openai / openai/codex

Windows regression that completely disables both the built-in Browser and Chrome control.

Open
#39,414 3 comments 3 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app browser bug windows-os
Dominant language
Rust
Stars
125k
Forks
19.5k
PR merge metrics
PR metrics pending

Description

What version of the Codex App are you using (From “About Codex” dialog)?

ChatGPT/Codex desktop app: 26.814.41407

What subscription do you have?

Pro

What platform is your computer?

Windows 11 x64

What issue are you seeing?

I am reporting a reproducible Windows regression that completely disables both the built-in Browser and Chrome control.

Environment:

  • ChatGPT/Codex desktop app: 26.814.41407
  • Bundled Browser plugin: 26.814.41407
  • Bundled Chrome plugin: 26.814.41407
  • Chrome extension: 1.2.27259.19709

Exact error:
“Trusted RPC dependency must resolve within a configured trusted code path:
.../openai-bundled/browser/26.814.41407/scripts/browser-service.mjs”

The failure occurs before tab discovery. Codex cannot inspect or control either the built-in browser or Chrome. This functionality worked correctly for me before the 26.814 update.

I have already:

  • Repaired and reinstalled the desktop application.
  • Removed and re-added the Chrome plugin.
  • Reinstalled the official Chrome extension.
  • Restarted Chrome, Codex, and Windows.
  • Tested with new local Work and Codex chats.
  • Confirmed that the desktop app and bundled plugins are version-matched.
  • Confirmed that the Chrome side panel loads.
  • Tested both Browser and Chrome separately.

None of the documented troubleshooting steps resolves the problem. Please do not redirect this report to the generic reinstall procedure; that procedure has already been completed repeatedly and the failure persists.

This appears consistent with these public reports:

This regression is blocking a real production workflow: editing authenticated WordPress content through an existing Chrome session. The cloud browser is not an equivalent workaround because it does not share the local authenticated Chrome profile and the site’s security verification blocks that environment.

Please escalate this to the Windows Browser/Chrome integration team, confirm whether the defect is acknowledged, and provide the version number or expected release containing the fix. A corrected build is needed; further reinstalls of the same version do not address the trusted RPC configuration failure.

What steps can reproduce the bug?

Feedback ID: no-active-thread-01a01861-1131-75e0-a22b-685dc4af7e24

What is the expected behavior?

No response

Additional information

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file, test, or entry point is named in the report. Start by tracing the Windows Browser/Chrome integration and the trusted RPC path, then reproduce the failure with the listed app and plugin versions. Done means both the built-in Browser and Chrome control work again without the trusted code path error.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.