Codex Desktop macOS: Browser node_repl/js fails with sandboxCwd must be an absolute file URI

Resolved 💬 2 comments Opened Jun 29, 2026 by khairuladib94 Closed Jun 29, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using?

26.623.61825 (build 4548)

What platform is your computer?

macOS 26.5.1 (build 25F80)

What issue are you seeing?

Browser and computer-control automation in Codex Desktop on macOS is unusable across the bundled Browser, Chrome, and Computer Use plugins.

With Browser or Chrome, the underlying node_repl/js tool fails before browser-client setup can complete. I asked Codex to open Facebook using the bundled Browser plugin, and the required browser setup failed with:

tool call error: tool call failed for `node_repl/js`

Caused by:
    Mcp error: -32602: js: codex/sandbox-state-meta: sandboxCwd must be an absolute file URI: relative URL without a base

The same sandboxCwd failure prevents the bundled Chrome plugin from initializing.

The bundled Computer Use plugin is also unusable in the same Codex session. Its initial required app-state call fails with a different error:

Computer Use server error -10000: Sender process is not authenticated

These failures happen before any website or app interaction occurs.

What steps can reproduce the bug?

  1. Open a local workspace in Codex Desktop on macOS.
  2. Start a thread and ask Codex to open a website using the bundled Browser or Chrome plugin.
  3. Browser setup invokes node_repl/js.
  4. The tool fails immediately with the sandboxCwd must be an absolute file URI error.
  5. Alternatively, ask Codex to control a local app using the bundled Computer Use plugin.
  6. Its initial get_app_state call fails with Sender process is not authenticated.

What is the expected behavior?

  • node_repl/js should accept the workspace sandbox metadata, initialize the Browser or Chrome runtime, and open the requested website.
  • Computer Use should authenticate its sender process, return the requested app state, and allow local app interaction.

Diagnostic notes

  • The bundled Browser skill and browser-client.mjs are present.
  • The Browser/Chrome failure occurs at the node_repl/js boundary, before browser-client setup or website navigation.
  • Computer Use fails independently at its initial app-state call.
  • These failures do not appear specific to Facebook, Spotify, website authentication, or a particular local app.
  • Retrying inside the same thread does not repair either failure.
  • Together, these failures leave Browser, Chrome, and Computer Use unavailable in the affected session.

Related issue

This appears related to #30249, which reports the same sandbox metadata failure class on Windows. The macOS error differs slightly:

sandboxCwd must be an absolute file URI: relative URL without a base

This report documents that the issue also occurs in a local macOS workspace, affects both Browser and Chrome initialization, and coincides with an authentication failure in Computer Use.

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 2 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #30249
  • #29348
  • #29189

Powered by Codex Action

khairuladib94 · 2 months ago

Resolved on my side. This was caused by my local experimental configuration rather than the bundled Browser, Chrome, or Computer Use plugins.

Root cause

My GUI environment forced CODEX_CLI_PATH to the third-party @loongphy/codext 0.141.0 app-server instead of the OpenAI-signed bundled codex-cli 0.142.3. The custom binary had no OpenAI TeamIdentifier.

This caused two related failures:

  • Computer Use validates its parent process and rejected the unsigned custom app-server with Sender process is not authenticated.
  • Browser and Chrome received malformed sandbox metadata from that app-server, causing node_repl/js to fail with sandboxCwd must be an absolute file URI.

Solution

I removed the custom override and returned Codex Desktop to the official bundled app-server:

  • Removed CODEX_CLI_PATH from the node_repl environment in ~/.codex/config.toml.
  • Removed the GUI-session launchctl override that set CODEX_CLI_PATH.
  • Uninstalled @loongphy/codext and removed its experimental launcher wrapper.
  • Kept codex-auth switch for selecting accounts, but changed the restart path to quit Codex gracefully and reopen the official /Applications/Codex.app.
  • Fully restarted Codex so no old custom app-server process remained.

Verification

After the restart:

  • The bundled Browser plugin opened https://example.com/ successfully.
  • The bundled Chrome plugin opened the same page successfully.
  • Computer Use successfully returned the installed/running app list.

Closing this because the reported behavior was caused by my unsupported local codext override and is resolved after reverting to the official bundled Codex CLI.