[macOS] In-app Browser backend disappears after update; 26.721.41059 restores it
Summary
On macOS, the Codex in-app Browser backend was unavailable after updating ChatGPT/Codex Desktop to 26.721.81911. The Browser skill and Node runtime were present, but no browser backend was registered.
Installing the previous official OpenAI app build 26.721.41059 restored the backend immediately. This blocked browser-dependent workflows such as web research and local/visual validation.
Environment
- Platform: macOS 26.2, Apple Silicon
- Affected app build: ChatGPT/Codex Desktop 26.721.81911 (bundle 5973)
- Affected bundled CLI observed after reinstalling the official build:
codex-cli 0.146.0-alpha.3.1 - Working app build: ChatGPT/Codex Desktop 26.721.41059 (bundle 5848)
- Browser plugin: bundled
browser/26.721.81911when affected;browser/26.721.41059when working - Auth: ChatGPT subscription
Actual behavior on 26.721.81911
The official Browser bootstrap completed, but browser discovery returned an empty list:
await setupBrowserRuntime({ globals: globalThis });
await agent.browsers.list();
// []
Selecting a URL then failed before navigation with:
No browser is available
This was not a target-site, login, cookie, or network failure: it occurred before opening any page.
Expected behavior
A Codex Desktop task should discover the in-app browser backend after the bundled Browser skill initializes, for example:
Codex In-app Browser
type: iab
The browser should remain available across app updates.
Working comparison: 26.721.41059
I installed the official archived OpenAI app bundle for 26.721.41059, fully quit/reopened the app, and repeated the same bootstrap.
Discovery then returned the in-app backend successfully, including its normal capabilities:
Codex In-app Browser
type: iab
capabilities: visibility, viewport
So the observed A/B is:
| App version | Browser discovery |
|---|---|
| 26.721.81911 | []; no browser available |
| 26.721.41059 | Codex In-app Browser available |
Reproduction
- Install/update to ChatGPT/Codex Desktop 26.721.81911 on macOS.
- Start a new Codex Desktop task.
- Invoke the bundled Browser skill for any URL.
- Initialize the documented browser runtime and list backends.
- Observe
[]/No browser is available. - Quit the app completely and install the official 26.721.41059 build.
- Start a new task and repeat the same steps.
- Observe the
iabbackend.
Impact
There is no clear in-app recovery path. Users can see the Browser skill but cannot use the browser backend, so browser tasks fail after spending time on bootstrap/troubleshooting. Downgrading the entire desktop app is an impractical workaround and updates reintroduce the regression.
Related reports
This looks related to the broader class of macOS reports where the Browser skill is present but the iab backend is missing, including #20579, #20678, #22852, and #25247.
2 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Closing as invalid: I later identified a local modification that ad-hoc re-signed the desktop app bundle. That breaks the Browser service authentication, so my version comparison was not a valid stock-app regression. Sorry for the incorrect report.