Mouse coordinates are used for Smart Recorder when play mode is object. > TA 7.0<

[Petra]

I am using Smart Recorder in play mode “Object mode”, using default actions to select tool bar buttons on a Text file, such as “File”. It appears TA is using mouse coordinates, because if the window is moved after the test first starts, then the “Object” recognition fails.

You clearly state that during play mode the user can select “Object” Mouse Coordinates or Image for the playback mode. Can you explain why this is happening ?

[KMuller]

I use the SMART Recorded a lot as well, and I noticed some time ago that when replaying tests, the window of the application under test will often move or resize to (presumably) the position it had been in when the test was written.

I guess that could be in order for XY points when using the 'relative to window' option to retain correct position...

I just tried resizing an application window while it was being tested, TA resized the window back and the test completed and passed.

[Petra]

Thanks KMuller for the response. Maybe it’s the way I’m using TA, but I don’t think so ? I’m not using mouse coordinates relative to the window position. I’m using object mode.
In your case you seem to have different behavior than my test. When I first start the test the window is moved to the position it was recorded in. While the test is running (I’m not calling the test) and I quickly move the window while TA is in a delay loop etc, TA blindly positions the mouse pointer to where it thinks the window should be (but its not there anymore) and it time out with an error.

[forumstaff]

Hi Petra,

Can you send us a copy of the test script that you have created at your end. To locate the test script on your system, right click on the test and select the 'Locate on Disk' option.

We would also need the avatars created at your end. Avatars can be found under '...My Documents\Testing Anywhere\Avatar' folder.

These details will help us in re-creating the scenario at our end and accordingly we can suggest the best possible solution.

Regards.

[Petra]

Thanks for the reply. Please provide e-Mail to send to (I do not want the code visible to anyone else on this forum)

[forumstaff]

You can send it to support@automationanywhere.com

Thanks.

[Petra]

Thanks, sent files

[forumstaff]

Thanks for the note Petra. We will have our Support Team look into the files and get back to you.

Regards.

[Petra]

Well, its been almost a month now. TA support seems to have trouble running the script I sent them, or haven’t gotten around to it. They have sent about 6 E-mails guessing what the problem is.
The script I sent them clearly shows the problem as follow;
1) It simply opens a Hyperterminal session,” that was recorded using smartrecorder to click on the hyperterminal window command “transfer”
2) It then enters a loop (it does not close or re open the hyperterminal window again) where it clicks on “Transfer”
3) Within the loop, A pop up will tell them that if the window is not moved after it was opened the test will pass
4) The pop up further explains; If they move the hyperterminal window NOW (while the pop up has paused loop execution) the next iteration through the loop will fail to find the windows menu object called “transfer”.
That’s it…. pretty simple, but still no response why this should fail when Object mode is being used. It shouldn’t matter if the window is moved resized etc.

[KMuller]

Agreed... an object is an object no matter when it is on the screen.

I have a fairly strong suspicion that if an object was moved in an application (say two buttons were shuffled around), TA would no longer find the buttons even if they retained the same object name.

Which sounds like... TA not using actual 'objects'?

I've asked what the tick boxes inside the SMART Recorded object screen are used for, some of them appear to be XY co-ordinates, although not usually ticked. When (if) they decide to reply, we might learn something useful.