Hi,
we are setting you up an environment where you can see the issue with the button. It’s an Salesforce environment but I need an email from you so you can verify your browser.
Can you provide an email and I can give you access to the page that has the issue.
The script will try to press the button shown here
Also, I will be out on vacation today for two weeks back on the 13th of June. So won’t be able to answer any questions till the. I hope the description above is efficient enough to reproduce the bug.
I’m glad you guys got in.
The environment should be available for several weeks.
Thank you for looking into this issue.
By the way, I’m from Berlin but moved to San Francisco a long time ago. And I’m heading back to Berlin to visit family. I think you guys are also from Germany.
But I won’t make it to Heidelberg though ;).
Hi, I hope you are doing well. Just checked with the new version 7.0.13 the issue with the button click still seems not to be fixed.Just to let you know.
Any ETA when this is fixed?
We debugged this. The behavior is because of this error happens on the page:
Refused to execute inline script because it violates the following Content Security Policy directive: "script-src 'self'". Either the 'unsafe-inline' keyword, a hash ('sha256-dz5/ViEzJ5z9SAauMGaoy7r82pLlnkS8ZdM1Dpx1ZcE='), or a nonce ('nonce-...') is required to enable inline execution.
Salesforce page has the CSP
Somehow content script of 6.2.8 (manifest 2) could work around that, but manifest 3 can’t.
=>
Solution: Your best option is to use XClick. If you simply replace the one “do nothing CLICK” with XClick it works great.
xClick stopped working on this as well.
To get around this I had to put a “Breakpoint” in my script to click the button now manually and then resume the script :(.
I have several other pages where xclick and click does not work anymore. This is not pretty. Sorry.
Yes, this is the same website before we had set up for you for testing. Unfortunately I can’t find the email I sent you before anymore with the access data and the URL for the website. Also I’m not sure that website is still active as it was a testing account usually expires after few months. Unfortunately, we don’t have the resources here at UCSF right now to set up another testing environment for you.
It’s ok because xClick is a less reliable workaround I did not prefer anyway. The website needed to stay on focus to make this work. The real issue to get this resolved with “click” command as it used to work in the older version 6 was never addressed.
We here at UCSF need more reliable automation solutions as we have seen till in version 6. We also dealing with issues where the scripts suddenly stops executing for now reason with no warning messages or disconnects more frequently from the browser tab and stops.
Anyway, I always appreciated your quick response to issues reported.
I thought I mentioned it already in an email to you, but maybe not? The challenge is that the “old” Click approach works only with Chrome manifest V2. This is no longer technically with the manifest V3 changes in Chrome. This is beyond our control. Of course, until early(?) 2023 you are welcome to use the old version. Just at some point Google (not we!) will turn it off.
As for the browser having to stay in the foreground for XClick. That is true. If this is a problem, we usually recommend to run the RPA automation in a virtual machine. Even a small and free Linux Virtual Box would do.
We also dealing with issues where the scripts suddenly stops executing for now reason with no warning messages or disconnects more frequently from the browser tab and stops.
That is something we are investigating. If this is an issue for you, I recommend you stay on V6.2.8 for now, or add some retry logic to the calling script. I totally agree, this issue must be fixed.
As for xClick it appears it seems to click on the location but then the mouse rests next to the object that I try to click. It appears to me that the xClick does not target the elements properly. Instead in reality it clicks below and right to the targeted element
Here is an example where I try to click on “Rare” which is does but without any effect and the mouse then comes to a “rest” next to it. I have seen this now on other of our websites as well where I use xClick.
Second is a situation (second screen shot). It suppose to click the the upper slider but instead it clicks on the “Medium” element which happen to be located a little bit be more down to the right.
Note: this section is in an IFrame I have to reference first
Then I try a proposed work around the issue using xClick, also not working.
Then I try a work around for a work around xClick with ORC, still not working, not targeting the right element / location (as described above few times) It does not target the right location on the website to click on the desire element. It clicks into the web site but of the desire target:
My code
{
“Command”: “bringBrowserToForeground”,
“Target”: “”,
“Value”: “”,
“Description”: “”
},
{
“Command”: “XClick”,
“Target”: “ocr=Rare”,
“Value”: “”,
“Description”: “”
},
results to:
THIS USED TO WORK WITH VERSION 7 BUT BROKE IN VERSION 8. Maybe when you did implement the new ORC engine you broke something for xClick.
Browser is on zoom 100%. (That would have been a good catch I was not thinking about)
DemoXclick is failing inside of the script: [error]
Line 3: timeout reached when looking for element ‘linkText=will click this link’
xMove seems to do some things in the page but does not move any sliders. Ends with the error message: * [error] Line 17: Expected variable warmth to be 2000, but it is 1300
UPDATE: I had to set my Chrome browser to Zoom 110% to make it all work! It does not work on Zoom 100%!. Can we fix this to make it work with zoom 100%?