You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Codex desktop browser/annotation tools fail: missing field sandboxPolicy #29205
Current CLI used by generated config: codex-cli 0.142.0-alpha.6
Current generated CODEX_CLI_PATH points to a hash directory under %LOCALAPPDATA%\OpenAI\Codex\bin\...
node_repl.exe is launched from %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\a89897d3d9baa117\bin\node_repl.exe
node_repl.exe SHA256 matched the copy bundled in the installed app package, so local runtime file corruption seems unlikely.
Timeline
Earlier on 2026-06-20, node_repl/js worked in Codex Desktop threads. Successful Computer Use calls included bootstrap, sky.list_apps(), get_window_state, and Windows app inspection.
Successful thread examples before the update had DB cli_version values of 0.142.0-alpha.1 or empty.
The app/CLI resources were updated around 2026-06-20 17:18-17:21 KST.
After that, new threads using cli_version = 0.142.0-alpha.6 consistently fail every node_repl/js call with the missing sandboxPolicy error.
Minimal repro
js_reset succeeds:
js kernel reset
But any js execution fails before user JS runs, including:
nodeRepl.write('ok')
Observed:
tool call error: tool call failed for `node_repl/js`
Caused by:
Mcp error: -32602: js: codex/sandbox-state-meta: missing field `sandboxPolicy`
Computer Use bootstrap fails at the same MCP boundary before reaching sky.list_apps().
Relevant checks
The current thread row in %USERPROFILE%\.codex\state_5.sqlite has a non-empty saved sandbox_policy JSON with type: managed, restricted filesystem entries, and restricted network.
The global/heartbeat permission state also contains sandboxPolicy for the affected thread.
This makes it look like the sandbox policy is persisted, but is not being serialized into the MCP tool-call _meta["codex/sandbox-state-meta"].sandboxPolicy shape expected by node_repl/js.
Restarting Codex Desktop, resetting the JS kernel, and allowing Codex to regenerate the generated node_repl config block did not fix it.
Current assessment
This looks like a regression or migration issue in the Codex Desktop app-server / CLI 0.142.0-alpha.6 metadata bridge for MCP tool calls. The stored sandbox_policy exists, but node_repl/js receives codex/sandbox-state-meta without required sandboxPolicy.
I am hitting the same issue on Codex Desktop with both `@chrome` and `@Browser`.
Error:
```texttool call error: tool call failed for `node_repl/js`Caused by: Mcp error: -32602: js: codex/sandbox-state-meta: missing field `sandboxPolicy`
Environment:
Codex Desktop app version: 26.616.41845
Bundled CLI: codex-cli 0.142.0-alpha.6
macOS: 26.5.1
Workspace sandbox: workspace-write
Network access: enabled
Approval policy: never
Browser plugins enabled:
browser@openai-bundled
chrome@openai-bundled
node_repl MCP is enabled and configured.
I tried:
Quitting Codex completely.
Backing up ~/.codex/config.toml and ~/.codex/.codex-global-state.json.
Removing stale [features] js_repl = false.
Clearing ~/.codex/node_repl/active_execs/*.
Reopening Codex and retrying @chrome.
The error still happens before the Chrome/browser bridge can initialize. Also, Codex appears to rewrite js_repl = false back into ~/.codex/config.toml on startup.
This happens before browser-client code can run, so it does not look like a Chrome extension/native-host issue. It looks like the MCP/tool-call metadata sent to node_repl/js is missing the internal camelCase sandboxPolicy field.
Observed behavior matches this issue: Chrome/browser automation fails before reaching the browser because node_repl/js fails immediately. A minimal call also fails:
nodeRepl.write('node bridge ok')
Result:
Mcp error: -32602: js: codex/sandbox-state-meta: missing field `sandboxPolicy`
This looks like the same node_repl/js metadata issue, not a Chrome extension or webpage-specific failure.
Activity
github-actions commentedon Jun 20, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
sandboxPolicy#29193Powered by Codex Action
ZBQtesla commentedon Jun 20, 2026
same problem for me
esj1123 commentedon Jun 20, 2026
I can reproduce this after a Codex Desktop update on Windows. Adding a redacted timeline and checks in case it helps narrow the regression.
Environment
OpenAI.Codex_26.616.5445.0_x64__2p2nqsd0c76g0codex-cli 0.142.0-alpha.6CODEX_CLI_PATHpoints to a hash directory under%LOCALAPPDATA%\OpenAI\Codex\bin\...node_repl.exeis launched from%LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\a89897d3d9baa117\bin\node_repl.exenode_repl.exeSHA256 matched the copy bundled in the installed app package, so local runtime file corruption seems unlikely.Timeline
node_repl/jsworked in Codex Desktop threads. Successful Computer Use calls included bootstrap,sky.list_apps(),get_window_state, and Windows app inspection.cli_versionvalues of0.142.0-alpha.1or empty.cli_version = 0.142.0-alpha.6consistently fail everynode_repl/jscall with the missingsandboxPolicyerror.Minimal repro
js_resetsucceeds:But any
jsexecution fails before user JS runs, including:Observed:
Computer Use bootstrap fails at the same MCP boundary before reaching
sky.list_apps().Relevant checks
%USERPROFILE%\.codex\state_5.sqlitehas a non-empty savedsandbox_policyJSON withtype: managed, restricted filesystem entries, and restricted network.sandboxPolicyfor the affected thread._meta["codex/sandbox-state-meta"].sandboxPolicyshape expected bynode_repl/js.node_replconfig block did not fix it.Current assessment
This looks like a regression or migration issue in the Codex Desktop app-server / CLI
0.142.0-alpha.6metadata bridge for MCP tool calls. The storedsandbox_policyexists, butnode_repl/jsreceivescodex/sandbox-state-metawithout requiredsandboxPolicy.painh commentedon Jun 20, 2026
I’m seeing the same failure on macOS.
Environment:
Chrome-side checks passed:
Node REPL behavior:
So this looks like the same Desktop/app-server/MCP metadata issue rather than a Chrome extension/profile/native-host problem.
CJavierSaldana commentedon Jun 20, 2026
I can reproduce this on macOS as well.
Environment:
26.616.41845, build419826.5.1(25F80), arm64chrome@openai-bundledenabledObserved behavior:
node_repl/jsrejects the tool call before any JS runs.Additional symptom (Chrome profile):
Impact:
sandboxPolicyerror)Same regression as #29189 / #29193 from my side — Desktop
26.616.41845is not passing thesandboxPolicyfield that bundlednode_replnow requires.mingxuanli424-creator commentedon Jun 20, 2026
I can reproduce this on Windows Codex Desktop 26.616.5445.0.
node_repl/js fails with:
codex/sandbox-state-meta: missing field
sandboxPolicyAfter deleting bundled plugin caches and restarting, Codex regenerates config.toml with:
js_repl = false
[mcp_servers.node_repl]
[mcp_servers.node_repl.env]
I submitted in-app feedback with ID:
019ee5ad-e439-75c0-ae27-3fc8e965559c
H1ghSyst3m commentedon Jun 20, 2026
Same issue here
stridr5555 commentedon Jun 20, 2026
They broke it with this update.
Luckily, Browser Chrome CDP Skill working as a backup with cloned chrome profile.
karlfrankeser commentedon Jun 20, 2026
Environment:
26.616.41845codex-cli 0.142.0-alpha.626.5.1workspace-writeneverbrowser@openai-bundledchrome@openai-bundlednode_replMCP is enabled and configured.I tried:
~/.codex/config.tomland~/.codex/.codex-global-state.json.[features] js_repl = false.~/.codex/node_repl/active_execs/*.@chrome.The error still happens before the Chrome/browser bridge can initialize. Also, Codex appears to rewrite
js_repl = falseback into~/.codex/config.tomlon startup.This happens before browser-client code can run, so it does not look like a Chrome extension/native-host issue. It looks like the MCP/tool-call metadata sent to
node_repl/jsis missing the internal camelCasesandboxPolicyfield.neonwatty commentedon Jun 20, 2026
Adding one more macOS reproduction data point.
Basic machine details:
Observed behavior matches this issue: Chrome/browser automation fails before reaching the browser because
node_repl/jsfails immediately. A minimal call also fails:Result:
This looks like the same node_repl/js metadata issue, not a Chrome extension or webpage-specific failure.
m-thomson commentedon Jun 20, 2026
Same problem here after the latest update: 26.616.41845 . The screenshot is from a brand new session after a restart.
How can we download the previously working version?
etraut-openai commentedon Jun 21, 2026
Thanks for the bug report. We've issued a hotfix for this problem. Please update your app and confirm that it fixes the issue you were seeing.
karlfrankeser commentedon Jun 21, 2026
@etraut-openai i can confirm it works now, thanks a lot!
oppenheimor commentedon Jun 21, 2026
It works! Thank you!
Inostruct commentedon Jun 22, 2026
This is still now working when using desktop app on windows.
019eede0-c321-7481-97ae-af327f81fec1