Chrome and Computer Use fail with “missing field sandboxPolicy” on Windows 10
Summary
Chrome and Computer Use consistently fail before any browser or app interaction begins.
Every actual node_repl/js invocation returns:
codex/sandbox-state-meta: missing field sandboxPolicy
This appears to be an internal runtime/metadata propagation failure rather than a denied user permission.
Steps to reproduce
- Open Codex on Windows.
- Install and enable the bundled Chrome and Computer Use plugins.
- Open a Chrome tab.
- Ask Codex to use Chrome to inspect the currently open tab.
- Alternatively, ask Codex to use Computer Use to list or inspect visible apps.
- Observe that node_repl/js fails immediately, before Chrome or Computer Use starts.
Expected behavior
Codex should connect to Chrome or Computer Use and then request any necessary app-level approval.
Actual behavior
The automation runtime rejects the call immediately with:
Mcp error: -32602: js: codex/sandbox-state-meta: missing field sandboxPolicy
No Chrome or desktop interaction occurs, and no relevant permission prompt appears.
Frequency
Reproduced at least 11 times across multiple new threads on June 20, 2026.
Resetting the JavaScript kernel succeeds, but every real node_repl/js call fails with the same missing sandboxPolicy error.
Environment
- Codex app: 26.616.5445.0
- Bundled Codex CLI: 0.142.0-alpha.6
- Plugin/runtime release: 26.616.41845
- OS: Windows 10 Home
- Windows sandbox mode: unelevated
- Chrome plugin: enabled
- Computer Use plugin: enabled
- Browser plugin: enabled
- No organization requirements.toml was found
- Computer Use native pipe reports ready
- Chrome extension is detected as installed/current
The CLI feature report also shows:
- computer_use: stable, true
- js_repl: removed, false
- js_repl_tools_only: removed, false
However, the bundled Chrome and Computer Use plugins still invoke the node_repl MCP server.
Relevant session IDs
- 019ee5ec-14a7-77b2-8876-b069430aade3
- 019ee5e9-cca0-7521-bd94-4ac9ca826e3a
- 019ee5d7-de4d-7063-ae9f-31d5fa14b16a
Additional observations
The plugins install successfully and their native runtime paths exist. The failure occurs before app authorization, so granting broader filesystem permissions or full access does not appear relevant.
Earlier logs contained EBUSY warnings while refreshing the bundled Chrome plugin marketplace, although later startup logs reported the plugins as current.
Codex also reports that workspace dependencies are unsupported on Windows 10. This may be related, but the immediate failure is specifically the missing sandboxPolicy metadata.
Please let me know which logs or session transcript sections would be most useful.
6 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Same issue here. Feedback ID: 019ee648-9453-7462-9988-58f7f9eaa7a6
Chrome and Computer Use both fail before startup with:
codex/sandbox-state-meta: missing field
sandboxPolicyConfirmed after Codex restarts, new threads, Windows restart, Chrome restart, Chrome extension reinstall, and separate Computer Use test.
Adding another Windows data point with a privacy-scrubbed trace, rather than opening a duplicate issue.
Feedback ID:
019ee64c-3000-7332-8030-a22cfd39505e. I also submitted a performance/reliability trace from the same Codex thread.This began for me after the latest Codex Desktop update. The important signal is that it survived a fairly exhaustive layer-by-layer troubleshooting pass, including reset/retry/new-thread checks, and still appears to fail before user JavaScript executes.
Environment, privacy-scrubbed:
OpenAI.Codex 26.616.5445.0Microsoft Windows NT 10.0.26200.0 x6426.616.4184526.619.11828v24.16.0; workspace dependency Node:v24.14.0Observed behavior:
node_repl/jsis visible in the tool inventory.js_resetreturns success.nodeRepl.write(String(1 + 1));fails before the JS runs with:What the trace narrowed down:
https://example.comand read the title.@Chromeand Computer Use failed upstream becausenode_repl/jsrejected the call first.NODE_REPL_REQUEST_METAwithcodex/sandbox-state-meta.sandboxPolicy, but the livejstool invocation still reportedsandboxPolicymissing.Impact:
This is not just Chrome setup and not just active desktop visibility. It blocks
node_repl/jsitself, and then cascades into@Chrome, Computer Use, and remote mobile Codex Desktop workflows that depend on those tools. From my side, the practical recovery steps available inside the thread do not repair the transport after the latest update.Privacy note: I am intentionally not including local usernames, full paths, repo/project names, raw logs, tokens, cookies, screenshots, or account/subscription details here. Please use the feedback ID above to correlate the submitted trace privately.
I’m seeing the same failure on macOS.
Environment
/Applications/Codex.app/Contents/Resources/cua_node/bin/node_replsandbox_mode = "workspace-write"approval_policy = "on-request"approvals_reviewer = "user"Observed behavior
mcp__node_repl.jsfails before any JavaScript executes.nodeRepl.write('ping')fail with:Impact
Additional local observations
Same issue here on Windows.
Environment
OpenAI.Codex 26.616.5445.0Error
Any
node_repl/jscall fails before JavaScript execution with:What I observed
codex-windows-sandbox-setup.exe; I allowed it.OpenAI OpCo, LLC.Local checks
Codex package:
Sandbox setup binary signature:
Impact
This blocks Chrome control, Browser automation, and Computer Use. It does not appear to be a Chrome login, website, or user permission issue, because the failure happens before Chrome or any website interaction begins.
Computer Use fails on Windows:
codex/sandbox-state-meta: missing field sandboxPolicySummary
I am encountering a Computer Use initialization failure in Codex Desktop on Windows. The failure occurs before the Windows helper can interact with any application.
Error
Environment
Steps to reproduce
computer-use@openai-bundled.list_apps().Expected behavior
Computer Use should read the thread's sandbox policy, connect to the Windows helper, and return the available applications.
Actual behavior
The MCP request is rejected because
codex/sandbox-state-metadoes not contain the required camelCase fieldsandboxPolicy.The rollout's
turn_contextdoes contain sandbox information:This suggests that the sandbox information exists at the thread level but is lost or not converted when MCP metadata is constructed:
Additional findings
computer-use@openai-bundledis reported as installed and enabled.screenInfoandscreenshotrequests successfully.