My script stopped properly working after update to UI.Vision V5.9.3 running on Firefox.
Expected behavior:
click on input boxes identified by xpath
actual behavior:
no click is performed, no error produced. Just move on to the next step.
What was done to narrow it down:
A new macro was recorded to do just that: click on one element.
Replay the macro.
Result: element not clicked.
the find function identifies the element correctly
xclick installed and replaced in the recorded macro, same behavior (but mouse moves near the location)
slow down the script execution to see step by step and allow page to settle in. Result: no change, all steps are executed in Vision.ui (just not effective on the webpage)
site note: actual script and xpath is much more complex. However since above replicates my issue it’s probably easier to resolve the issue in above and then replicate to the various steps in my other script.
+1 here in some macros as well and I’m on Chrome so this isn’t isolated to Firefox. The element is found but not clicked. Something happened with the JavaScript handling of clicks.
I added an XClick right after the click as a workaround. Click focuses, XClick clicks.
Thanks for the test macro! => We confirmed the “clicked twice” issue. The “no click” issue is the same, technically 2 click events are sent in V5.9.3, and that is causing the appearance of no click. Of course we will fix this ASAP.
Meanwhile, just as FYI: The rollback is certainly a good workaround. Another workaround can be to use the Selenium IDE CHECK command to check the boxes (instead of using CLICK or TYPE for this purpose). The CHECK command is not affected by this bug.
Thank you for confirming. It would be a GREAT help if the fix was released right away instead of the normal release cycle. Firefox is easy to rollback, but Chrome isn’t. Otherwise all macros would have to be worked around and then modified again later.