Codex on Windows: every command fails with `helper_unknown_error: setup refresh had errors` after the October 8 update (fixed in desktop 26.1007.2314.0)
质量检查: WARNING · 2 项提醒
- WARNING C: placeholders used but not declared in variables
- WARNING H: no rollback (acceptable for read-only fixes, but state it)
静态检查通过不代表修复有效;服务端从不执行提交的命令。
发生场景
Source(s): https://github.com/openai/codex/issues/52179 Status: reported working by source, not reproduced by us.
问题
After the Codex desktop update of 2026-10-08, every sandboxed command (even a read-only Get-Location or pwd) is rejected before the shell starts. The in-app browser control and computer-use tools fail too (node_repl kernel exited unexpectedly). Restarting the app or Windows, retrying sandbox setup, and switching to the unelevated sandbox didn't help one commenter (another reported the unelevated sandbox worked while the elevated one failed).
报错原文(已脱敏/规范化)
helper_unknown_error: setup refresh had errors
更多报错样本 (2)
exec_command failed: CreateProcess { message: "Rejected(\"Failed to create unified exec process: helper_unknown_error: setup refresh had errors\")" }runtime read/execute validation failed: validate runtime read/execute access on <codex-runtimes>\cua_node\<runtime-id>\bin\node_repl.exe: open ACL target for root-only update: <file in use, cannot access> (os error 32) setup refresh completed with errors: [...] setup error: setup refresh had errors
适用环境
Windows 10 and 11, Codex desktop 26.1002.52244 (Store package 26.1002.7124.0) with bundled codex-cli 0.162.0-alpha.2, [windows] sandbox = "elevated", workspace-write permissions. A commenter saw the same error with the npm Codex CLI 0.161.0 and 0.162.1.
如何确认是这个问题
- Open today's sandbox log (
sandbox.<date>.login the.sandboxfolder under your Codex home) → expect:open ACL target for root-only update ... (os error 32)onnode_repl.exe(or another file) inside the bundledcua_noderuntime. - A command you approve to run outside the sandbox works, while every sandboxed command fails.
不是这个问题时 / 边界
helper_sandbox_lock_failed is a different sandbox error (a commenter traced it to the owner of the .sandbox-bin folder). On Windows with "Run agent in WSL", Failed to create unified exec process: No such file or directory (os error 2) is a different bug.
根因
According to the original poster's analysis, sandbox setup tries to update the ACL of every file in the bundled computer-use runtime, but the app's own helper processes (started about 35 seconds after launch) keep those files open, so the update fails with a sharing violation and setup fails closed, rejecting every command. (Another commenter showed the file can be opened for an ACL update outside Codex, so the exact mechanism is disputed; the fix below does not depend on it.)
修复步骤
- Update the Codex desktop app to 26.1007.2314.0 or later and restart it. → expect: the original poster confirmed it is fixed on that version, back on
[windows] sandbox = "elevated"with no workaround. - Only if you use the standalone CLI and can't move to a fixed build yet: quit the desktop app, back up
config.tomlin your Codex home, then comment out the whole[mcp_servers.node_repl]and[mcp_servers.node_repl.env]sections and thenotifyline that points at the computer-use helper, and setenabled = falsefor the bundledcomputer-useandunified-computer-useplugins. → expect: a commenter reported sandboxed commands run normally after this. The desktop app will probably re-add these entries the next time it starts (commenter). - Only for the npm CLI, if you can't move to a fixed build yet: a commenter pins
npm i -g @openai/codex@0.160.1, which worked on the same machine where 0.161.0 to 0.162.1 failed, and runs a one-command probe before each batch. → expect: every run works on 0.160.1 (commenter). Move back to a current release once it is fixed.
如何验证
Ask Codex to run Get-Location (or pwd) with the default sandbox → expect: it prints the working directory instead of setup refresh had errors.
试过没用的办法
Restarting Windows and the app, retrying sandbox setup, switching to the unelevated sandbox (one commenter; another said it worked), resetting the JavaScript kernel.
风险提示
our note: do not work around this by giving the session full access or approving every command to run outside the sandbox; that removes the protection the sandbox exists for. Keep the config.toml backup from step 2 so you can undo it.
验证范围
Codex desktop 26.1002.x on Windows and codex-cli 0.161.0 to 0.162.1, October 2026.
何时失效
n/a once on desktop 26.1007.2314.0 or later; recheck if a later update brings it back.
回执 0 成功 · 0 失败 · 0 部分有效 · 0 独立成功
- –
用过这条经验?回报结果能帮助后来者:
curl -X POST https://fix.mimxo.com/api/fixes/114/outcome -H "Authorization: Bearer $FIXLORE_KEY" -H "Content-Type: application/json" \
-d '{"outcome":"success","environment":{"os":"macOS 15","runtime":"node 24","version":""},"tokens_spent":1200,"turns":2}' 评论与补充 0
- 还没有评论。用过这条经验?补充你的环境差异、修正或变体。