Chrome/Edge v149 impacts UiPath extensions installed via Group Policy

Description

Chrome and Edge updates to version 149 scheduled for release on June 2, 2026 introduce an upstream Chromium change that restricts the capabilities of extensions force-installed via enterprise policy when Developer Tools access is not explicitly allowed.

As a result, starting with Chrome / Edge v149, the UiPath Extension for Chrome/Edge 24.10 installed via Group Policy will be impacted if DeveloperToolsAvailability policy was not explicitly set to 1 (Allow usage of the Developer Tools).

Affected scenarios:

  • Group Policy Offline installation using Self-hosted extension for Chrome/Edge: ndmegdjihnhfmljjoaiimbipfhodnbgf

  • Group Policy Online installation using UiPath Extension for Chrome 24.10: pgbnimfaaifjpebleldfhgcjdnaeafdi

  • Group Policy Online installation using UiPath Extension for Edge 24.10: cdfjcmjmgdnojgaojdnefhjjpaijapci

Not affected:

  • Older UiPath extensions for Chrome and Edge, as they already required DeveloperToolsAvailability = 1
  • Per-user installations (Current User or All Users installation methods)

Impact

  • UIAutomation 24.10 and newer will stop working completely
  • UIAutomation 23.10 and older will continue to work, but the Inject Js Script activity will no longer work

Errors:

  • At runtime, for **Use Application/Browser" or “Open Browser” activities:

Failed to start browser. Extension native host is running, but new opened tab not found.

  • At design time when indicating a UI element:

Cannot communicate with browser

After clicking for more information:

The UiPath Web Automation browser extension cannot be used with the UiPath.UIAutomation.Activities <version> package. Use a compatible UiPath.UIAutomation.Activities package.

Available workarounds

#1. Use DeveloperToolsAvailabilityAllowlist and DeveloperToolsAvailabilityBlocklist

The DeveloperToolsAvailabilityAllowlist and DeveloperToolsAvailabilityBlocklist policies allow you to enable Developer Tools only for the UiPath extension ID, while keeping them disabled for all other extensions. This approach preserves your browser hardening posture and is the recommended option for managed or secured environments.

You can apply this by running .reg files with the following content or by manually configuring the policies in the registry:

  • For Chrome:
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\DeveloperToolsAvailabilityAllowlist]
"1"="chrome-extension://ndmegdjihnhfmljjoaiimbipfhodnbgf"
"2"="chrome-extension://pgbnimfaaifjpebleldfhgcjdnaeafdi"

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\DeveloperToolsAvailabilityBlocklist]
"1"="https://uipath-devtools-blocklist-placeholder.invalid/"
  • For Edge:
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\DeveloperToolsAvailabilityAllowlist]
"1"="chrome-extension://ndmegdjihnhfmljjoaiimbipfhodnbgf"
"2"="chrome-extension://cdfjcmjmgdnojgaojdnefhjjpaijapci"

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\DeveloperToolsAvailabilityBlocklist]
"1"="https://uipath-devtools-blocklist-placeholder.invalid/"

Notes:

  • Both DeveloperToolsAvailabilityAllowlist and DeveloperToolsAvailabilityBlocklist policy values must be applied for the changes to take effect. Configuring only DeveloperToolsAvailabilityAllowlist is not sufficient.
  • When these policy values are correctly configured, full UiPath extension functionality is restored even if DeveloperToolsAvailability=2 (Disallow usage of the Developer Tools).

#2. Re-install extensions using DriverExtensions.zip

This option lets you upgrade browser extensions using a standalone package and automatically writes the required Group Policy registry keys to the Windows Registry.

Steps:

  1. Download DriverExtensions.zip.

  2. Extract the content on the target machine anywhere on disk (for example: C:\UiPathExtensions_v25.10).

  3. Open an elevated Command Prompt and navigate to the extracted folder.

  4. Run SetupExtension.exe using the appropriate command for Chrome or Edge.
    Example for Group Policy Offline installation for Chrome:
    SetupExtensions.exe /chrome-policy-offline /silent

When to use:

  • Use this approach if you are not managing Group Policies via GPO.

Note: This installs updated extensions for Group Policy Offline that allow UIAutomation 25.10 to continue working even if DeveloperToolsAvailability is not set.

#3. Set DeveloperToolsAvailability to 1

Configure the policy to 1 (Allow usage of the Developer Tools) in your GPO or directly in the Windows Registry on affected machines.

You can apply this by running .reg files with the following content or by manually configuring the policies in the registry:

  • For Chrome:
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome]
"DeveloperToolsAvailability"=dword:00000001
  • For Edge:
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge]
"DeveloperToolsAvailability"=dword:00000001

#4. Set the environment variable UIPATH_BROWSER_USE_DEVTOOLS with value 1

This will use the Chromium Automation method to automate the browser instead of the Browser Extension to automate the browser.
This approach is supported for both Chrome and Edge.

Limitation:

  • This will NOT work if DeveloperToolsAvailability=2.
  • This works only with the latest UIAutomation package version 25.10.33.

When to use:

  • Use this approach if you are unable to configure the DeveloperToolsAvailabilityAllowlist and DeveloperToolsAvailabilityBlocklist Group Policies.

If you continue to experience issues after applying these changes, please share additional details so we can assist further.

Which option is the recommendation?

I would lean toward Option #1

Best Regards

Dennis

Hi @Dennis0 ,

You can use either the newly introduced DeveloperToolsAvailabilityAllowlist and DeveloperToolsAvailabilityBlocklist Group Policies or the DeveloperToolsAvailability policy to address this issue.

The allowlist/blocklist policies enable you to specify only the UiPath extension IDs, limiting the scope of the change to the required extensions. In contrast, setting DeveloperToolsAvailability = 1 enables Developer Tools for all extensions installed via Group Policy on the machine.

Both approaches resolve the issue. However, we recommend the allowlist/blocklist policies option, as it avoids a global enablement of Developer Tools.

Best regards,
Luiza

:bell: Updated Chrome/Edge extensions in Web Store

The Chrome Web Store and Microsoft Edge Add-ons versions of the UiPath extensions (installed via the Group Policy Online method) have been updated to embed the latest code changes.

Both extensions are now available as version 26.10 in the Web Store and the update will be applied automatically for the corresponding extension IDs:

Result:

  • UiPath.UIAutomation.Activities packages v24.10 and v25.10 will continue to function without requiring Developer Tools to be explicitly allowed.

  • The Inject Js Script activity will still not work unless DevTools are explicitly enabled (either selectively via DeveloperToolsAvailabilityAllowlist / DeveloperToolsAvailabilityBlocklist or globally via DeveloperToolsAvailability).

This extension update to version 26.10 will partially mitigates the issue. If you are not using the Inject Js Script activity, the automatic update from the Web Store might be sufficient.

Hi @Luiza_Surdu-Bob, related to option 2.

Currently we have Chrome and Edge version 148. If we do option 2 now, will it fix the issue when v149 is released or do we have to wait until v149 is installed then run option 2?

Hi @hieu.ta ,

You can apply option #2 while you are still using Chrome/Edge version 148 so the update to version 149 won’t affect your automations.

The post says GPO or Group Policy; we do not install via Group Policy and install using an SCCM software package deployed to the devices which creates the registry key in the ExtensionInstallForceList and utilize Chrome Enterprise Policy which checks for the registry and downloads it from the Chrome/Edge webstores when ever Chrome or Edge are launched.

The article makes it sound like only Windows GPO installation scenarios would be impacted but would we still be impacted with above Chrome Policies?

Hello, Please advise which option is best for the scenario in our prod environment, Our bots have been failing since the Chrome Updates on the Robot machines. Here are what we have in prod:

1. UiPath.UIAutomation.Activities 22.4.5

2. UiPath Browser Extension 26.10.1

3. Chrome Version 149.0.7827.54 (Official Build) (32-bit)

I’m more confused because you mentioned in the impact that UIAutomation 23.10 and older will continue to work, however ours is now failing with error: Unable to attach to Browser. Close Chrome and Launch Again. Cannot communicate with the browser, please check the UiPath extension.

  • Upgrade the UiPath.UiAutomation.Activities to one of these versions:

    23.10.21
    24.10.19
    25.10.33

  • Go to Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome → Create a new DWORD Value → DeveloperToolsAvailability and set it to Decimal 1.

  • Go to Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\NativeMessagingAllowlist → Create these two String Values if they do not exist.

    com.uipath.chromenativemsg_v2

    com.uipath.portable_host

For GPO online

  • Go to Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\ExtensionInstallForcelist → Create a String with this data

pgbnimfaaifjpebleldfhgcjdnaeafdi;https://clients2.google.com/service/update2/crx

For GPO offline

  • Go to Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\ExtensionInstallForcelist → Create a String with this data

ndmegdjihnhfmljjoaiimbipfhodnbgf;file:///C:/ProgramData/UiPath/UiPath.Common/ChromeExtension_SelfHosted/extension_manifest_chrome.xml

Use these steps on your Prod servers. I just fixed it with these steps.

Re-install extensions using DriverExtensions.zip

This option lets you upgrade browser extensions using a standalone package and automatically writes the required Group Policy registry keys to the Windows Registry.

Steps:

  1. Download DriverExtensions.zip.
  2. Extract the content on the target machine anywhere on disk (for example: C:\ UiPathExtensions_v25.10).
  3. Open an elevated Command Prompt and navigate to the extracted folder.
  4. Run SetupExtension.exe using the appropriate command for Chrome or Edge.
    Example for Group Policy Offline installation for Chrome:
    SetupExtensions.exe /chrome-policy-offline /silent

Hi @kogun ,

Indeed, all UIAutomation packages 23.10 and older should have continued to work.

But after the update of the UiPath extensions for Chrome/Edge to version 26.10, we’ve seen that automations using some older UIAutomation 22.4.x are affected, namely versions 22.4.3 to 22.4.7. Version 22.4.8 and later work correctly.

If you want to stay on UIA 22.4.x, you can upgrade those automations to use the latest patch for this version: UIAutomation v22.4.12.

Hi @joshua.shadel ,

If you are creating the registry key for the ExtensionInstallForceList policy and use the extensions in Chrome/Edge web stores, it means you have the extensions installed using the Group Policy Online method. So this scenario is also impacted.

You should update the SCCM software package deployed to the devices to also create the DeveloperToolsAvailabilityAllowlist and DeveloperToolsAvailabilityBlocklist registry keys, as described in option #1.

Our browser is managed by the Organization. Do I need to provide them all these steps, then they can apply these changes to all of the VMs?

Hi @tyagis ,

Yes, that’s correct. You should provide your administrator with the required Group Policy settings and the values that need to be updated, so they can apply these changes across all managed machines.

Otherwise, even if you apply the changes locally on your machine, they may be overwritten during the next Group Policy update cycle.

:date: :backhand_index_pointing_right: As of yesterday, we released Studio patches 2024.10.22 and 2025.10.12, which include the changes described in Option #1 for installing Chrome and Edge extensions out of the box.

After upgrading Studio to one of these versions, new deployments of the Chrome and Edge extensions automatically use the SetupExtensions / DeveloperToolsAllowlist flow, without requiring you to manually apply the workarounds described above.

Note that if your organization uses Group Policy to manage browser extensions, you must also update the relevant policy settings as described in the documentation for:

  • Chrome extension installation via Group Policy (Offline / Online)
  • Edge extension installation via Group Policy (Offline / Online)

If we apply the fix #1 now, is it needs to be reverted back anytime later when we upgrade the Studio to 2024.10.22/2025.10.12 versions or when the chrome upgrades to v150 or higher.

Currently we have studio 24.10.6

Hi @shreekanth.marigowda ,

No, you do not need to revert fix #1 later. The changes introduced in Studio versions 2024.10.22 and 2025.10.12 already incorporate the same approach as fix #1, so they are fully compatible. Keeping the configuration in place will not cause any issues.

Note:

  • For some of the impacted customers, I observed that these extension IDs pgbnimfaaifjpebleldfhgcjdnaeafdi, ndmegdjihnhfmljjoaiimbipfhodnbgf, cdfjcmjmgdnojgaojdnefhjjpaijapci were missing in the allowed_origins for these files:

C:\Program Files (x86)\Common Files\UiPath\UiPath.Common\2x.xx.xxx.xxxxx\native_host_manifest_portable_chrome.json
C:\Program Files (x86)\Common Files\UiPath\UiPath.Common\2x.xx.xxx.xxxxx\native_host_manifest_chrome.json

C:\Program Files (x86)\Common Files\UiPath\UiPath.Common\2x.xx.xxx.xxxxx\native_host_manifest_msedge.json

C:\Program Files (x86)\Common Files\UiPath\UiPath.Common\2x.xx.xxx.xxxxx\native_host_manifest_portable_msedge.json

  • Make sure that an administrator user is adding them ("chrome-extension://pgbnimfaaifjpebleldfhgcjdnaeafdi/","chrome-extension://ndmegdjihnhfmljjoaiimbipfhodnbgf/","chrome-extension://cdfjcmjmgdnojgaojdnefhjjpaijapci /") there.
  • Close Edge/Chrome
  • Reopen Edge/Chrome

Now the ChromeNativeMessaging.exe and UiPath.BrowserBridge.Portable.exe should allow being open during Edge/Chrome start.

Hi Team,

Please find the below updated document for 149 edge version upgrade. Hope it will be helpful

DOC-20260605-WA0001..pdf (581.5 KB)

Thanks in advance,
Jay