[Windows] Browser plugins fail trusted RPC dependency validation
What version of the Codex App are you using (From “About Codex” dialog)?
26.814.5167.0
What subscription do you have?
Business
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
The bundled Browser runtime fails during initialization before browser discovery. Both the Chrome plugin and the in-app Browser plugin are affected.
Exact error:
Trusted RPC dependency must resolve within a configured trusted code path:
file:///%USERPROFILE%/.codex/plugins/cache/openai-bundled/browser/26.814.41407/scripts/browser-service.mjs
Environment:
- Codex Desktop: 26.814.5167.0
- Browser plugin: 26.814.41407
- Chrome plugin: 26.814.41407
- Chrome extension: 1.2.27259.19709, installed and enabled
- Platform: Microsoft Windows NT 10.0.26200.0 x64
The error happens before any browser tab can be discovered or accessed. It also occurs with the in-app Browser, so it is not limited to Chrome Native Host communication.
Expected behavior:
The bundled browser-client.mjs should be allowed to load browser-service.mjs from the same official bundled Browser plugin package, then discover and control the selected browser.
Actual behavior:
browser-service.mjs is rejected by trusted-code-path validation and all browser automation is blocked.
What steps can reproduce the bug?
- Start Codex Desktop on Windows.
- Attach the bundled Chrome plugin to a task.
- Ask Codex to perform a browser-control task.
- Browser runtime initialization fails with the trusted-code-path error before any tabs are discovered.
- Fully close and restart Codex.
- Reinstall the Chrome plugin and confirm that the Chrome extension is installed and enabled.
- Attach the bundled in-app Browser plugin explicitly.
- Ask Codex to continue the browser task.
- The same trusted-code-path error occurs before browser discovery.
Troubleshooting already attempted:
- Reinstalled the Chrome plugin multiple times.
- Fully restarted Codex.
- Confirmed the Chrome extension is installed and enabled.
- Tested the Chrome plugin and the in-app Browser plugin.
- Reset and retried the browser-control runtime.
- The error persists before browser selection or authentication.
Related community reports:
- https://community.openai.com/t/codex-desktop-browser-plugins-fail-with-trusted-code-path-error/1391291
- https://community.openai.com/t/affected-feature-computer-use-chrome-browser-control/1391209
- https://community.openai.com/t/codex-browser-plugin-fails-trusted-rpc-dependency-validation-on-windows/1391055
Related but distinct issue:
This differs from #23283 because the failure also affects the in-app Browser and occurs before browser discovery or Native Host communication.
What is the expected behavior?
The bundled browser-client.mjs should be allowed to load browser-service.mjs from the same official bundled Browser plugin package, then discover and control the selected browser.
Additional information
_No response_
8 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Independent reproduction on Windows.
I can reproduce the same trusted RPC dependency failure with the bundled Browser and Chrome plugins at version 26.814.41407:
Impact:
I also tested the Computer Use path. It can detect the open Chrome window, but it stops before interaction because it cannot determine the current browser URL with enough confidence to enforce policy. This leaves both browser-control paths unusable.
Expected: the official bundled browser service should initialize successfully and control authenticated browser tabs after the user has enabled the relevant permissions.
Update: tested the remaining enabled browser paths as well.
Trusted RPC dependency must resolve within a configured trusted code path ... browser-service.mjserror.Confirmed affected paths on this Windows system:
All enabled browser-control paths are therefore unavailable for authenticated web-administration tasks.
I can reproduce this on Windows with bundled Browser/Chrome plugin
26.814.41407.I verified the Chrome/native-host setup is healthy:
com.openai.codexextensionregistry entry existsallowed_originsis correctextension-host.exeexists and has a valid Authenticode signaturecheck-native-host-manifest.jsreportsCorrect: yescheck-extension-installed.jsreports the extension installed and enabledchrome.exe -> cmd.exe -> extension-host.exeDespite that, browser initialization fails with:
Trusted RPC dependency must resolve within a configured trusted code pathAfter the failure, Codex sometimes reports that the native-host registry/manifest or Chrome profile are missing, but direct inspection and OpenAI’s own diagnostics confirm they are present.
I also deleted and regenerated both bundled browser caches. They came back as
26.814.41407, and the issue persisted.I tested with another browser-control extension disabled as well, with no change.
This appears to be failing after native messaging launches successfully, during Codex trusted-code-path/RPC validation rather than during Chrome/native-host installation.
Thank you — this matches our Windows reproduction closely and supports that the issue is in Codex's trusted-code-path/RPC validation, not browser setup.
In our case, the failure now also shows a version mismatch: Codex attempts to import
browser-service.mjsfrom bundled Browser plugin26.814.41957, but that path is absent locally. The control failure affects the in-app browser, Chrome, Edge, and Brave. Reinstalling extensions, restarting the app/browsers, and terminating residual processes did not resolve it.This blocks authenticated browser tasks despite the Computer Use permissions and browser extensions being enabled.
Full Windows reproduction report
Impact: browser control is unavailable for authenticated administrative work (for example, Name.com), even though Computer Use and browser permissions are enabled.
Browsers affected
Configuration checked
Actions already tried
Observed failures
browser-service.mjsfrom Browser plugin26.814.41957, but the module is absent locally.The failures persist after the above recovery steps. This does not appear to be a missing extension, browser login, or user configuration issue; it appears to be an internal desktop/browser-plugin infrastructure issue. Please investigate the trusted worker component/version packaging and the trusted RPC validation path.
Thank you for the detailed confirmation. Our Windows setup reproduces
the same failure and we are adding the complete operational impact and
checks performed.
Impact: browser control is unavailable for authenticated
administrative work, even with the relevant permissions enabled.
Affected browser paths:
Configuration verified:
Edge, and Brave.
Recovery actions already tried:
Observed failures:
with trusted RPC / trusted-code-path initialization errors.
the runtime attempts to load browser-service.mjs from Browser plugin
26.814.41957, but the module is absent locally.
interaction because it cannot determine the current browser URL with
enough confidence to enforce policy.
The issue persists after the above recovery steps. This appears to be
an internal desktop/browser-plugin infrastructure issue rather than an
extension installation, browser login, or user configuration problem.
Additional Windows reproduction on 2026-08-25.
Environment:
26.818.61809%USERPROFILE%\.codex\plugins\cache\openai-bundled\browser\26.818.61809\scripts\browser-service.mjsObserved error:
Reproduction:
Verification:
browser-client.mjsandbrowser-service.mjsare present in the official bundled plugin path.26.818.61809Browser bundle, not only the earlier26.814.41407bundle described in the original report.Impact:
Privacy:
This comment was submitted by Codex at the account owner's explicit request after reproducing the failure multiple times.