cancel
Showing results for 
Search instead for 
Did you mean: 

Blue Prism UI Automation Failing after Chrome / Edge Update to 140

Adrian__Dones
Level 4

Hi guys,

Hope all of you are well and have a great week start.

Starting from last week (around Wednesday~Thursday) Blue Prism fails while running to identify properly the fields spied using UI Automation mode.

While trying to check in Application Modeler if the fields can still be visible, they were successfully identified, but while running the whole process, somehow the process remains blocked while trying to access those fields.

The interesting part is that after re-spying the fields using UI-Automation (just to test if a new fresh set of fields would make the cut) the bot still fails.

Just to mention, the process worked properly without any errors more than 2 years and all of a sudden it failed to work anymore.

 

Please let me know if this is a general issue and/or how it can be fixed.

 

Much appreciated all your help 🙂

81 REPLIES 81

Michael_S
Community Team
Community Team

Thanks for the help, everyone!

Michael_S
Community Team
Community Team

Hello all,

The Chromium development team have identified a P0 bug within their code that leads to an infinite loop while walking the UIA tree. 
 
This has been logged within the Chromium project here: 
 
From Chrome 140+, multiple popup dialogs (e.g., Extension etc.) are detected via UI Automation tool  
 
Please also note the following comment within this bug: 
 
"many assistive technologies do not work anymore and get stuck in infinite loops because of this change." 
 
Here is how we believe this is impacting Blue Prism: 

  • This is caused by elements within the tree referencing themselves as a child element. 
  • In turn, this prevents Blue Prism from completing interactions with UIA spied elements, such as spying, highlighting and navigation etc. 
  • As a result, Blue Prism will appear to hang, crash, or take an indeterminate amount of time to complete the interaction. 

 
Based on this new information, the Blue Prism engineering team are working to verify have now verified this as the root cause of this issue under development reference BPNGRPA-10051, which we will continue to update with any new information.

Hi all,

We recently encountered this issue in our company and resolved it by reverting to a previous version of Edge (the impact seemed to be more significant on Edge and on the bots that use Edge for us).

First, we downloaded the desired version from this trusted Microsoft source:

https://www.catalog.update.microsoft.com/Search.aspx?q=%22edge-stable%20channel%22%20x64

Next, we uninstalled Edge.

If the machine only shows the repair option in the control panel, run the command msiexec /i “Path\MicrosoftEdgeEnterpriseX64.msi” /qn ALLOWDOWNGRADE=1, replacing the path with the one you just downloaded.

If, on the other hand, you can uninstall Edge, follow the procedure and install a version prior to 140.

To block future updates, create the key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\EdgeUpdate and create a DWORD (32-bit) value and name it DoNotUpdateToEdgeWithChromium, giving it a value of 1.

Once all the steps have been completed, reinstall the Blue Prism Edge extension, if necessary.

Simone

Amy_T
Community Team
Community Team

Hi all,

This is just a brief update to inform you all that we have sent out emails to customers and partners about this issue and detailing where to check for the latest information and updates. 

All the pertinent details related to this issue can be found in this Knowledge Base Article (portal login required), which is being kept up to date as our investigation continues as part of our collaboration with Google and Microsoft. There are workarounds available in order to restore service to impacted Production environments. We would like to request that you continue to monitor the Knowledge Base Article for further updates. If you have any immediate questions or need additional support, please raise a Support Ticket, and a member of our Global Support Team will be standing by to assist.

Many thanks! 


Amy Tsaousi
Sr. Community Programs Manager
SS&C Blue Prism

afrank
Level 2

We are impacted and using Microsoft Edge, Version 140.0.3485.66 (Official build) (64-bit)

stepher
Level 7

Good morning, Folks, and Happy Friday...

Any sense of an ETA of a resolution from the Chromium team?

As I read the Chromium ticket, we are now a month out from its original identification.  I also see a periodic comment that this is a 'release blocker' and requires some additional information.  I don't know about blocking releases, as my non-Developer machine has received a few updates since we started this thread.

Hoping to get this put behind us as quickly as possible.

Red

Robert "Red" Stephens Application Developer, RPA Sutter Health Sacramento, CA

The most recent comments I've seen were on Sep 15 as far as I've found when I check each day:

davidlmorris_0-1758288166227.png

Basically someone set up a commit that would revert the change, but then someone else (Keren Zhu) and the code reviewer (Tom Lukaszewicz) both agreed that reverting the change (that is, reverting just the problematic code) would break dependencies that have been added since the addition of that change. So, he's suggesting a change to fix the code rather than revert it. And I guess no one has determined yet how to do that or hasn't submitted a commit for that yet.


Dave Morris, 3Ci at Southern Company

Walter.Koller
Level 12

Hello,

There was an update including the first possible fix for Chromium, on 20th September.

Unfortunately I couldn't find any information about this issue on Microsoft/Edge pages. Since we are using Edge, not Chrome, we would need the information when this fix may be included in Edge release. 
According to Edge known issue page, Edge seems to have about to none known issues 😂
Microsoft Edge known issues | Microsoft Learn

Any ideas where I can get this information?

Thanks
 Walter


@Walter.Koller wrote:

Hello,

There was an update including the first possible fix for Chromium, on 20th September.

Unfortunately I couldn't find any information about this issue on Microsoft/Edge pages. Since we are using Edge, not Chrome, we would need the information when this fix may be included in Edge release. 
According to Edge known issue page, Edge seems to have about to none known issues 😂
Microsoft Edge known issues | Microsoft Learn

Any ideas where I can get this information?

Thanks
 Walter


From the "Upcoming Solution" section of our Knowledge Base article about this issue (be sure to bookmark this as it's continuously updated):

The Chromium team have confirmed that this fix will be in the stable release of Chrome and Edge v141.

The Chromium team have also confirmed the following release schedule (accurate as of 23rd of September 2025, but please see the linked documentation for the latest):

  • Chrome v141 stable release scheduled for 30th of September as per the Chromium documentation.
  • Edge v141 stable release will come a few days later ("Week of 02-Oct-2025"), as per the Edge documentation.

 

After seeing @steven.boggs's reply above, I tested the Beta Channel of Edge which is on v141. From my initial testing, it looks like the UIA hanging issue really is resolved as of Edge v141, and I would assume then that it is also resolved in Chrome v141 as well.

Edge versions I tested today...

Stable Channel: v140.0.3485.81 (Official build) (64-bit)

Beta Channel: v141.0.3537.38 (Official build) beta (64-bit)

What I tested was having an object try to use Get Bounds on an element using UIA while the Restore Pages popup was showing in Edge, as I'd seen that cause the hanging/freezing issue in testing recently. I tested in the stable channel on v140 several times in a row to verify the results, and then I tested in the beta channel on v141 several times in a row as well using the same machine with the same test process. On every single test where the Restore Pages popup was showing, v140 got stuck but v141 went on the timeout path successfully without hanging.

This of course likely doesn't solve any issues with elements having changed, as I think the elements changing and the hanging issue are two separate issues that were simply introduced at the same time (even if perhaps caused by the same overall new feature of native UIA in Chromium).

My guess though is that anyone should be able to go test out the Beta channels now in Chrome or Edge, verify that your elements won't break when 141 hits the Stable channel, and then just wait for 141 to come out. You could also theoretically go ahead and install the Beta channel and use it directly in Production automations for a couple weeks until 141 goes to the Stable channel, but that sounds like a headache I personally don't want. And of course you could also do what most of us are going to do which is just wait for the waters of v141 to rush over the levee and hope that it brings only joy instead of more suffering.

If anyone is reading this and thinking "Beta Channel? wtf are you talking about", let me explain a little. I avoided it for years thinking it would be really hard to test on the beta version of Edge (I'm just assuming all this applies to Chrome but I don't know). The Beta Channel is a separate installable version of Edge that contains the latest features that will then later come out in the Stable Channel of Edge which is what the average user is on. Turns out it is easy to test the Beta Channel. You go here https://www.microsoft.com/en-us/edge/download/insider and download the one that says Beta Channel. When you install it, it will install into a totally separate directory from your normal Edge install directory.

For example, here is where the normal (Stable) Edge installs for me (path below is where the EXE is):
C:\Program Files (x86)\Microsoft\Edge\Application

And for comparison, here is where Edge Beta installs:
C:\Program Files (x86)\Microsoft\Edge Beta\Application

davidlmorris_1-1758744140397.png

So, you could actually seamlessly switch between the two in development or in an automation by simply changing a variable (perhaps an environment variable) from "Edge" to "Edge Beta" as part of the Edge executable path. You would have to deal with making sure it is installed on whatever machine it's used on of course. If it's your own desktop, that's easy enough to do.

Here's where you use that Edge EXE in Blue Prism objects.

Here's directly in Application Modeller with the root node selected:

davidlmorris_0-1758745423852.png

 

And here's in a Navigate Stage when using the Launch action.

davidlmorris_2-1758744572983.png

Here's what it looks like in the task bar with both open, showing they are running separately:

davidlmorris_0-1758744090609.png

For some versions of Blue Prism and based on your settings, you may need to completely close all Edge instances before launching and attaching to the Beta one, but the most recent versions of BP (v7) should theoretically not need this, though I haven't tried.

Anyway, there could still end up being issues with v141, but it is good to see that it should work out at least to resolve the hanging issue and that it will not require any change to Blue Prism itself so we can all keep being lazy with moving to v7 because we all have too much work to do. I hope this info helps someone. I definitely appreciated being told about the Edge Beta Channel stuff. I'm so glad I know about it now.


Dave Morris, 3Ci at Southern Company