codex - 💡(How to fix) Fix Windows Codex Desktop: Browser Use IAB backend fails without Codex session metadata [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19757Fetched 2026-04-28 06:37:40
View on GitHub
Comments
1
Participants
2
Timeline
7
Reactions
0
Author
Timeline (top)
labeled ×5commented ×1mentioned ×1

In Codex Desktop on Windows, the rowser-use skill can be present and its bundled rowser-client.mjs can exist, but attempts to use the in-app browser backend fail because the runtime cannot see the current Codex session metadata.

This blocks agents from verifying the currently open in-app browser tab, even when the user explicitly asks to use @browser-use.

Error Message

The user asked the agent to check a deployed app using @browser-use. Tool discovery did not expose the required Node REPL js tool for the browser-use workflow. As a fallback diagnostic, running the bundled browser client directly through Node produced this error: Error: Failed to connect to browser-use backend "iab". No current Codex session metadata was available, so IAB ownership could not be checked.

Root Cause

In Codex Desktop on Windows, the rowser-use skill can be present and its bundled rowser-client.mjs can exist, but attempts to use the in-app browser backend fail because the runtime cannot see the current Codex session metadata.

RAW_BUFFERClick to expand / collapse

Summary

In Codex Desktop on Windows, the rowser-use skill can be present and its bundled rowser-client.mjs can exist, but attempts to use the in-app browser backend fail because the runtime cannot see the current Codex session metadata.

This blocks agents from verifying the currently open in-app browser tab, even when the user explicitly asks to use @browser-use.

Environment

  • OS: Windows
  • App surface: Codex Desktop / in-app browser
  • Browser plugin: openai-bundled/browser-use/0.1.0-alpha1
  • Skill path loaded successfully: C:\Users\Walter.codex\plugins\cache\openai-bundled\browser-use\0.1.0-alpha1\skills\browser\SKILL.md
  • Browser client exists: C:\Users\Walter.codex\plugins\cache\openai-bundled\browser-use\0.1.0-alpha1\scripts\browser-client.mjs

What happened

The user asked the agent to check a deployed app using @browser-use. Tool discovery did not expose the required Node REPL js tool for the browser-use workflow. As a fallback diagnostic, running the bundled browser client directly through Node produced this error:

ext Error: Failed to connect to browser-use backend "iab". No current Codex session metadata was available, so IAB ownership could not be checked.

Reproduction

From a Codex Desktop session on Windows where the in-app browser is open:

  1. Ask Codex to use @browser-use to inspect the current tab.
  2. The rowser-use skill instructs the agent to bootstrap with setupAtlasRuntime({ backend: "iab" }) through Node REPL.
  3. The required Node REPL execution tool is not exposed to the agent session.
  4. Running the bundled client manually confirms the backend cannot associate with the current session metadata.

Diagnostic JavaScript used:

js const { setupAtlasRuntime } = await import("file:///C:/Users/Walter/.codex/plugins/cache/openai-bundled/browser-use/0.1.0-alpha1/scripts/browser-client.mjs"); await setupAtlasRuntime({ globals: globalThis, backend: "iab" }); await agent.browser.nameSession("Noah WhatsApp check"); const tab = await agent.browser.tabs.selected() || await agent.browser.tabs.new(); console.log("url=" + await tab.url());

Result:

ext Failed to connect to browser-use backend "iab". No current Codex session metadata was available, so IAB ownership could not be checked.

Expected behavior

When the Browser Use plugin is available and the in-app browser is open, Codex should expose the required Node REPL execution path with the current session metadata so agents can call:

js await setupAtlasRuntime({ globals: globalThis, backend: "iab" });

and then inspect/navigate the active in-app browser tab.

Actual behavior

The browser-use workflow is unavailable from the agent session, and direct client bootstrap fails because globalThis.nodeRepl?.requestMeta?.["x-codex-turn-metadata"] is missing.

Related issues

This may be related to:

  • #19365
  • #19693
  • #19187

This report is specifically for the iab backend failing due to missing Codex session metadata / missing Node REPL bridge in an active Codex Desktop session.

extent analysis

TL;DR

The issue can be resolved by ensuring the Node REPL execution tool is exposed to the agent session with the current Codex session metadata.

Guidance

  • Verify that the nodeRepl object is available in the globalThis context and that it has a requestMeta property containing the x-codex-turn-metadata key.
  • Check the Codex Desktop configuration to ensure that the in-app browser is properly integrated and that the browser-use plugin is correctly installed and loaded.
  • Investigate the related issues (#19365, #19693, #19187) to see if they provide any insight into the missing Node REPL bridge or Codex session metadata.
  • Consider modifying the diagnostic JavaScript to log more information about the globalThis context and the nodeRepl object to better understand the issue.

Example

console.log(globalThis.nodeRepl);
console.log(globalThis.nodeRepl?.requestMeta);

This can help identify if the nodeRepl object and its properties are correctly set up.

Notes

The issue seems to be specific to the Windows environment and the Codex Desktop application, so any solution may need to take into account the specific requirements and constraints of this setup.

Recommendation

Apply a workaround to manually set up the nodeRepl object and its properties in the diagnostic JavaScript code, if possible, to test if this resolves the issue.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

When the Browser Use plugin is available and the in-app browser is open, Codex should expose the required Node REPL execution path with the current session metadata so agents can call:

js await setupAtlasRuntime({ globals: globalThis, backend: "iab" });

and then inspect/navigate the active in-app browser tab.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Windows Codex Desktop: Browser Use IAB backend fails without Codex session metadata [1 comments, 2 participants]