This page presents the most frequent reasons for which the UiPath Extension for Chrome might not work properly, and how to solve these issues. Check if the Extension for Chrome is installed and enabled In Google Chrome, navigate to...
Thanks, yes I tried all the steps in chrome extension troubleshooting. Basically the suggestion is to turn tracing, which is what I did, and included in my original post. However, that tracing info did not help me in determining the root cause.
I have the latest .net version
Hi Steve,
I could only reproduce the error logs you posted on the chrome extensions page, but not on a webpage e.g. www.google.com . It could be a permission blocking eval.call for the website you are trying to automate. Can it generate selectors for google.com?
Was this issue ever solved? I have seen multiple posts on this issue and no apparent solutions. What exactly is the issue and how can it be resolved? This is extremely frustrating. Is UiPath taking this issue seriously?
I have gone as far as to reinstall my entire OS, managed to get the extension to work, but as soon as I clear browser data (which is a part of my development and the automation I am building) I am back at square one. Is there something I am missing? Is there a setting I have not accounted for? I am extremely confused as to why this is continuing to happen.
This message is valid for Linux 32 bit systems only, 64 bit systems of course will stay supported.When you have the 32 bit version of Ubuntu installed, Google Chrome will not receive updates, starting from March 2016 - this already was announced by Google back on December 1st 2015.
When you want to receive Chrome updates - you should switch to the 64 bit version of Ubuntu.Ubuntu 14.04.3 LTS and Ubuntu 15.10 are recommended to download in 64 bit flavour anyway.The next Ubuntu LTS edition 16.04 Xenial Xerus will be released in April 2016, install it in 64 bit.
In the time frame from March to April you can use the pre-installed Firefox web browser instead.Alternatively you can install chromium-browser or epiphany-browser from Ubuntu repositories.Or you can install the 64 bit version of Ubuntu 14.04, but is this worth the effort? ... you decide ...
The five year support for Ubuntu LTS editions covers the system including official repositories.Google Chrome is not available in the official Ubuntu repositories and that is the reason why there is no five year LTS support for Chrome provided from the Canonical/Ubuntu developers.
There currently is an issue to install Google Chrome by downloading from Google website. When clicking on the .deb file Ubuntu Software opens, but nothing happens when you click on Install. Install Google Chrome properly this way - open a terminal and execute the following commands:
What's happening is that the word "supported" in this message does not mean what you think it means. When Google says "this system will no longer be supported", what they say is "we will stop providing Chrome update for this system". On the other hand, when Canonical says "Ubuntu 14.04 will be supported for five years", what they say is "packages in the official repositories will receive upgrades for five years". Because the Chrome packages are not in the official Ubuntu repositories, there is no contradiction between the two.
To provide the best experience for the most-used Linux versions, we will end support for Google Chrome on 32-bit Linux, Ubuntu Precise (12.04), and Debian 7 (wheezy) in early March, 2016. Chrome will continue to function on these platforms but will no longer receive updates and security fixes.
Note that per the source above, "this file is changed on each Google Chrome update and it looks like there's no way around that (changing /opt/google/chrome/cron/google-chrome or /etc/default/google-chrome doesn't affect this) so until Google changes this in its package, you'll need to apply the fix above after every Google Chrome update.... A workaround would be to make the .list file immutable, so it can't be changed by any Google Chrome updates, by using "sudo chattr +i /etc/apt/sources.list.d/google-chrome.list" (which can be reversed using: "sudo chattr -i /etc/apt/sources.list.d/google-chrome.list") but this is not ideal and you should change this file back once Google fixes this on their end."
1.) Download the latest version of the studio, and the latest version of Chrome. This will ensure that you have the appropriate version of chromedriver that is compatible with the latest version of the actual browser. This is the preferred method.
IF Chrome is not compatible then down load the Chrome driver that u currently having (for EG Chrome 79)
ChromeDriver download link
chromedriver.chromium.org Downloads - ChromeDriver - WebDriver for ChromeWebDriver for Chrome
Our Company has the same issue. Several collegues who updated their chrome have this problem. I reported this to OS. In their first response they asked us to downgrade to an older version of Service Studio. But this does not work. We tried several versions but this is not an solution.
We suspect that the incident has to do with some type of spatial displacement that occurs when trying to activate or click on an item because we have observed that when a recorder does not work properly, the bot clicks on the wrong point on the screen.
Hello Everyone!
If the problem still persists, I would recommend that you submit a formal support ticket so of our support members can assist you with this.
To submit a support ticket, visit the Support Portal. (LINK)
If you are unable to access this page, please reach out to your account representative for troubleshooting assistance.
If anyone is still looking for a workaround for this issue on Windows Server, please investigate the possibility of using a server snapshot (if your company stores them) to roll back to chrome version 120.
If you are cloud customer try changing package version to latest one ie 2.17.2 in the task bots and give a try. If you are using On Prem or unable to see this package refer above KB to manually download and Upload the same to the Control Room-> Manage-> Packages-> Add package
The other issue we experienced is that the new package needed to be applied to > 150 bots, so we used the Update Bot process to update the packages of those bots. Unfortunately, there is new functionality for setting timeouts when accessing a DOM element using the Recorder and this caused a lot of these bots to require manual updating (as they were using a recorder package without this functionality) so that they were able to work again.
There is a similar Topic here: -pro/install-latest-version-of-google-chrome-without-re-packaging/...
Wanted to start a new one with the focus on Intel and M1
Thanks to @cbrewer for the solution I did not need to choose between and intel and an M1 installer, I also Changed the .dmg to a .pkg with the extra bit of agreeing to the license etc, with the appended URL.
Any reason you're not just using the universal copy for all Macs?
Also, Google offers a package installer which might be preferred depending on what you're trying to accomplish. I believe the package installer will install the Google Keystone updater for you, but maybe you're trying to avoid that.
Good to know, I mean it makes sense that the Universal version is, well Universal! I think I was confused as when you go and manually download they make a really big deal about choosing an Intel Installer vs the arm64 (M1 installer).
Wondering why they would make you choose if there was not difference. Why wouldn't google just have everyone download the Universal version? Maybe google got lazy on this one, like at one time there were 2 diff packages.
To be fair this does what I set out to do, maybe the architecture lookup can help someone who finds an app where they actually are separate. I already have one in my env. We also have Google Chrome Manager in place so that takes care of all of the settings we need.
d3342ee215