Repository navigation
Windows Codex Desktop: node_repl / Computer Use fails with "windows sandbox failed: spawn setup refresh" #25488
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Codex Desktop 26.527.3686.0
What subscription do you have?
Free
What platform is your computer?
Environment: - Windows 10 Home 10.0.26200 - Codex Desktop 26.527.3686.0 - Date observed: 2026-06-01 - Computer Use plugin enabled - node_repl path: C:\Users\25022\AppData\Local\OpenAI\Codex\bin\34ab3e1324cc55b5\node_repl.exe - codex path: C:\Users\25022\AppData\Local\OpenAI\Codex\bin\7dea4a003bc76627\codex.exe
What issue are you seeing?
Error:
node_repl kernel exited unexpectedly
node_repl diagnostics:
{"kernel_status":"running","kernel_stderr_tail":"windows sandbox failed: spawn setup refresh","reason":"stdout_eof","stream_error":null}
What I tried:
- Restarted Codex
- Restarted Windows
- Ran Codex as administrator
- Checked Windows Defender protection history: no blocks
- No third-party antivirus installed
- Stopped HONOR/Huawei background services and rebooted
- Confirmed HONOR-related processes were gone
- Confirmed CodexSandboxOffline account exists and is active
- Confirmed node_repl.exe itself can run with --help
- Tried adding --disable-sandbox to node_repl args in config.toml, but Codex Desktop did not appear to use that argument
Relevant logs:
C:\Users\25022\AppData\Local\Codex\Logs\2026\06\01\
Impact:
Computer Use and any node_repl-dependent plugins are unusable on this machine.
What steps can reproduce the bug?
Steps to reproduce:
-
Install or update to Codex Desktop 26.527.3686.0 on Windows 10 Home 10.0.26200.
-
Launch Codex Desktop and make sure the Computer Use plugin is enabled.
-
Open any Codex thread and ask Codex to use Computer Use, or run any minimal node_repl-dependent action such as:
nodeRepl.write('node_repl_ok') -
Observe that node_repl exits before any JavaScript code runs.
-
The error shown is:
node_repl kernel exited unexpectedly
node_repl diagnostics:
{"kernel_status":"running","kernel_stderr_tail":"windows sandbox failed: spawn setup refresh","reason":"stdout_eof","stream_error":null} -
Because node_repl cannot start, Computer Use cannot initialize and cannot list or control Windows apps.
Additional notes:
The issue still occurs after:
- Restarting Codex Desktop
- Restarting Windows
- Running Codex as administrator
- Checking Windows Defender protection history: no blocks found
- Stopping HONOR/Huawei background services and rebooting
- Confirming the CodexSandboxOffline account exists and is active
- Confirming node_repl.exe itself can run with --help
What is the expected behavior?
No response
Additional information
No response
Activity
github-actions commentedon Jun 1, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
windows sandbox failed: spawn setup refresh#25226Powered by Codex Action
WeipengMO commentedon Jun 1, 2026
I can reproduce this on another Windows machine with the same Codex Desktop generation, and I have a few additional diagnostics that may help narrow the failure path.
Environment observed:
OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g00.135.0-alpha.1codex doctor: Windows 11 Professional,10.0.26220, x64node_repl, Computer Use, and other Node-REPL-backed pluginsMinimal repro:
Observed result:
Additional diagnostics:
codex-computer-use.exeitself is present and can start;turn-endedalso returns the expected "missing turn-ended payload" error when called directly, so the Computer Use binary does not appear corrupted.node_replpath attempts to spawn the helper from the AppData helper cache instead, and Windows returns elevation error 740:node_repl.exe --helpexposes--disable-sandbox/DISABLE_SANDBOX, but adding this to config did not recover the Desktop-managed MCP path:node_repl.exewithout the--disable-sandboxCLI arg. After stopping the oldnode_repl.exe, the current Desktop thread did not automatically reconnect the MCP transport without a full app/thread restart.This makes it look like the issue is specific to the Desktop-managed
node_replstartup path and how it invokes the elevated Windows sandbox setup refresh, rather than a general sandbox failure or a corrupted Computer Use binary.Spac3sh1p commentedon Jun 2, 2026
Adding another Windows data point after the 2026-06-01 Codex Desktop update.
Environment
OpenAI.Codex_26.527.7698.0_x64__2p2nqsd0c76g0C:\Program Files\WindowsApps\OpenAI.Codex_26.527.7698.0_x64__2p2nqsd0c76g0\app\Codex.execodex-cli 0.136.0-alpha.2%LOCALAPPDATA%\OpenAI\Codex\bin\716dda49c14d31a0\codex.exenode_repl.exepath shape:%LOCALAPPDATA%\OpenAI\Codex\bin\34ab3e1324cc55b5\node_repl.exeImpact
node_replexecution fails before any JS user code runs.Minimal failing test
Actual result
Lower-level sandbox results
.codex/.sandbox/sandbox.2026-06-02.logshows normal shell/tool sandbox refreshes using the WindowsApps packaged helper path can process write roots successfully:node_replstartup path instead tries the AppData helper path and Windows returns elevation error 740:Additional diagnostics
node_replpath succeed.[WindowsPrincipal].IsInRole(Administrator)even after an admin-style restart, so the Desktop/tool/node_repl child process may not be inheriting the expected token.%LOCALAPPDATA%\OpenAI\Codex\bin\716dda49c14d31a0\codex-windows-sandbox-setup.exeand the WindowsApps resource helper have matching SHA256 and length, so this does not look like helper corruption.node_repl.exein%LOCALAPPDATA%\OpenAI\Codex\bin\34ab3e1324cc55b5\matches the WindowsApps packagedresources\node_repl.exeby SHA256.computer-use\latestpoints to an existing package version and bothcodex-computer-use.exeplushelper_transport.jsexist.This looks specific to the Desktop-managed
node_repl/ browser bridge sandbox setup-refresh path after the update, not to the Edge extension itself or missing local helper files.Spac3sh1p commentedon Jun 2, 2026
Additional Edge-extension click evidence from the same Windows machine:
When clicking the Codex extension in Microsoft Edge, Windows shows an Electron launch dialog like:
This looks like the extension/native-host click path is passing
google-chromeas an Electron app path/argument incorrectly.Native host read-only checks:
{ "name": "com.openai.codexextension", "path": "%USERPROFILE%\\.codex\\plugins\\cache\\openai-bundled\\chrome\\latest\\extension-host\\windows\\x64\\extension-host.exe", "type": "stdio", "allowed_origins": ["chrome-extension://hehggadaopoacecdllhhajmbjkdcmajg/"] }extension-host-config.jsonis not present next toextension-host.exein the currentchrome/latest/extension-host/windows/x64directory. The 26.527.30818installManifest.mjsappears to be designed to write this file next toextension-host.exe.scripts/check-native-host-manifest.js --jsonwith bundled Node reports Chrome registry missing because it checksHKCU\Software\Google\Chrome\NativeMessagingHosts\...; this machine is using Edge and the Edge registry key is present.So there may be two related failure paths here:
os error 740/windows sandbox failed: spawn setup refresh.google-chromeinterpreted as an app/module path, possibly due to missing or stale native host config / browser channel handling.xIGBClutchIx commentedon Jun 2, 2026
Adding a confirmed workaround data point for Computer Use on Windows.
Environment:
OpenAI.Codex_26.527.7698.0_x64__2p2nqsd0c76g0codex-cli 0.136.0-alpha.2computer-use@openai-bundled, package26.527.60818Initial failure:
Local sandbox log showed the failing
node_repl/ Computer Use path trying to spawn the AppData helper and getting elevation error 740:Normal shell tool calls in the same Codex Desktop session were still able to use the WindowsApps packaged sandbox helper successfully, so this looked specific to the Desktop-managed
node_repl/ Computer Use path.Workaround that fixed Computer Use for this machine:
Steps:
C:\Users\<user>\.codex\config.tomlfromsandbox = "elevated"tosandbox = "unelevated"under[windows].node_replwith a minimal JS call; it succeeded.Post-restart verification:
sky.list_apps()returned 40 apps/windows.get_window_state(... include_text: true)read the document text successfully.type_text(...)inserted a new line.So on this machine, switching Windows sandbox mode from
elevatedtounelevatedplus a full Codex Desktop restart restored Computer Use. This appears to be a practical workaround for the elevated sandbox setup-refresh failure, not a fix to the underlying issue.WangMingZun commentedon Jun 4, 2026
This looks worth separating into three layers before changing more config:
node_replcall;codex-windows-sandbox-setup.exeis being launched unelevated and failing with error 740 / setup refresh;node_replMCP config and discarding local args such as--disable-sandbox.If a redacted sandbox log tail and the regenerated
[mcp_servers.node_repl]config are available, it should help distinguish a local Windows sandbox setup issue from a Computer Use plugin issue.iceweasel-oai commentedon Jun 12, 2026
this is now fixed