[Windows][26.820] In-app Browser entry disappeared; Ctrl+Shift+B no-op and open requests stay queued
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Codex Desktop 26.820.9563.0 on Windows.
What subscription do you have?
ChatGPT account in Codex Desktop.
What platform is your computer?
Windows 11 Pro, version 10.0.26200, build 26200, x64.
What issue are you seeing?
After updating Codex Desktop to 26.820.9563.0, the built-in in-app Browser has disappeared from the UI entirely.
The right-side pane picker now offers only:
- Review
- Terminal
- Files
- Side chat
There is no Browser entry. The documented Windows shortcut Ctrl+Shift+B does nothing. Agent-directed attempts to open a local URL in the Codex Browser return queued, but no Browser pane or tab ever appears. This happened three consecutive times in the same task.
This is not a dead-localhost issue: once the local server was running, http://127.0.0.1:8736/mobile.html returned HTTP 200 and was capturable in an external Playwright browser. The missing surface is specifically the Codex in-app Browser.
The official Browser documentation still says the built-in browser is available in the desktop app and can be opened with Ctrl+Shift+B on Windows:
https://learn.chatgpt.com/docs/browser
What steps can reproduce the bug?
- Update or install Codex Desktop
26.820.9563.0on Windows 11. - Open a local Codex project/task.
- Open the right-side pane picker.
- Observe that only Review, Terminal, Files, and Side chat are listed; Browser is absent.
- Press
Ctrl+Shift+B. - Observe that no Browser pane opens.
- Ask the agent to open a valid local URL in the in-app Browser.
- Observe that the request remains
queuedand no Browser UI appears.
What is the expected behavior?
The Browser entry should remain available in the desktop UI, and Ctrl+Shift+B or an agent open request should display a Browser pane bound to the active task.
If the Browser was intentionally relocated, the documented shortcut and toolbar entry should work, and the right-side pane picker should provide a discoverable route to it.
Additional information
- The Browser worked in this same Codex workflow before the app update.
- The current app still exposes Browser-related bundled capability to the agent, but the visible pane cannot be created or attached.
- A screenshot of the current pane picker confirms the missing Browser entry and can be provided if needed.
- Related issue: #21440. This report captures a newer regression signature on
26.820.9563.0: the Browser UI entry itself is gone, the documented shortcut is a no-op, and open requests remain queued rather than the plugin bundle being absent.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce on Windows 11 using the right-side pane picker, Ctrl+Shift+B, and an agent open request for the valid local URL described in the report. Trace why the Browser entry and shortcut no longer create a pane while requests remain queued; done means the Browser is discoverable, opens from the shortcut, and accepts an agent open request.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100