I added a screen shot from our website where that button appears that does not work. I found another website with the same button in our environment with the same issue.
3.xClick seems to be a work around, that you for that hint.
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.