Forum Discussion
Unfortunately, not really right out of the box...
Since the "locked" message shows up as an error in the test log, you may be able to leverage the OnLogError event handler and detect the locked message... when it shows up in the log, execute a "wait" loop, waiting for a desktop or something.
As to the underlying problem... what architecture is underneath your tests? Are they running on a Virtual Machine? If so, you can work with your security team to put an exception on that machine in their group policy and then use tscon to set the machine to be in a "console" session. This basically means the machine is unlocked but, unless you have access to the host box that is hosting the VM, you can't get to the desktop... just as secure as "locking" the individual machine... this is how we do things.
Alternatively, if you're running a database query, that means you're not interacting with the desktop... this is probably what's generating the timeout. What others have done in the past set up a timer object in TestComplete that, every so many seconds, you just move the mouse a bit.
They're running on a remote server. I'm not sure if it's a VM or not. The mouse moving script does sound interesting. I wonder if someone has an example of that.
I could try the stack on warning, not sure if that would conflict with how our suite is set up, but I think i could adapt that to make it pause when it runs into an issue.
Related Content
- 7 months agosohailalam2696
- 11 months agorstelly
Recent Discussions
- 3 days agoMW_Didata