Has anyone examined whether or not this option needs to be enabled after the chromium update:
Any update on the lower version of packages?
Also looking for an update please - Matt’s solution is saving a desperate situation but we are having to run bots via studio and this is not sustainable.
We didn’t see any reference to hyperlink pop-up menu. We have also issues with this pop-up menu:
As a workaround we can still use keyboard shortcuts… but we have to edit all impacted UiPath Projects.
So how does this work, does the dependency auto update when I open the project?
I dont seem to be able to update the dependency?
You would have to download the package version 21.10.9 & load it orchestrator or to your project nuget from the official UiPath feed
Problem is fixed if we use Modern (New) UiActivities.
Apparently no changes if we use Classic UiActivities.
Tested with latest 23.4 and 22.10
When will the update be provided for 20.10.9 V, we cannot upgrade the package as we are dependent on remote runtime version as well
I’ve tested 21.10 and 20.10 with Edge Settings windows.
21.10 works fine even with Classic and Modern activities.
20.10 seems partially working. Selector selection with AA works, but during execution Get Text, Click… is not working until I manually click somewhere on the browser window. I can do it when the execution is started from Studio but it’s not possible when it runs from Orchestrator unattended.
For now we stick to the solution mentioned in this post. It’s about Chrome, but I can confirm that it also works in Edge.
The additional information from this post is also important to make it work:
Unfortunately that’s not the way how fixes are provided. there won’t be a new 20.10.9 version, but the fix is included in the v20.10.13 package.
As 20.10.9 and 20.10.13 has a different UiPath package dependency. So to make remote runtime work with 20.10.13 UiAutomation package you have to update the Remote Runtime installation on the remote server by copying the necessary dependencies. Check this description:
thanks for your response , well that will take a long time to update the remote runtime in server, but we have enterprise license, if we approach the UiPath support team , will they provide this update in 20.10.9 version for us
I have checked 22.10.7 and 23.4.7 dependency for UiAutomation package. I checked webpage for print option with UiExplorer and selector is not visible for Print/Save button. I described the problem in post: Active Accessibility stopped working after Chrome update
there is the webpage where I can’t see available selectors.
My Chrome version: 114.0.5735.110
I can not reverse Chrome version.
Hi UiPath Team,
Can’t find a 20.10.14 in my official feed
Is that only on my side? Would you please help with it?
Looking forward to hearing from you,
Thanks in advance & Best regards,
Sorry. My mistake. Version 22.10.7 is working. After changing method to AA in UiExplorer selector is visible in Studio (I can pick it) but then Validation for selector has error:
When I start robot in Studio it sees selector and robot is clicking “Print” button. Validation error appear also with classic click. There is no validation error with Modern Design Click.
I didn’t test it in unattended mode from Orchestrator.
@liviu.leordeanu Do you have any information on this? We couldn’t find the version 20.10.14 in the official feed.
This is not solution, but I can confirm that I have this version available:
I checked that in Windows-Legacy project (the same as in your screen)
Hi @Amrita.Hegde ,
Indeed, for old projects using the https://www.myget.org/F/workflow/ feed, UiPath.UIAutomation.Activities version 20.10.14 didn’t appear. It was available only on the new official feed: https://pkgs.dev.azure.com/uipath/Public.Feeds/_packaging/UiPath-Official/nuget/v3/index.json
Now it is published in the myget feed as well. Please try again.
Hi @Yameso ,
There seems to be a problem when trying to indicate an element from Selection Window or from UI Explorer, only for the first time. But if you click once in that window and then indicate again the button, it will find it and show it as valid.
I’ve tested this workaround both with modern and classic Click activities and it works.
The problem only occurs for design time. At runtime, if you already have the good selector saved in the activity, the target will be found.
Can you please try if it works for you?
Hi @Nestor_Levytskyy ,
UiPath.UIAutomation.Activities version 20.10.14 is now also available in the myget feed. You should be able to find it. Can you please check?