Computer Use unavailable on Windows Store Codex 26.602.4764.0
What version of the Codex App are you using (From “About Codex” dialog)?
Codex 26.602.4764.0
What subscription do you have?
ChatGPT Plus
What platform is your computer?
Windows 11 Pro, 64-bit
What issue are you seeing?
Summary
Computer Use is unavailable on Codex Desktop for Windows after updating to version 26.602.4764.0.
Environment
- Codex Desktop (Windows Store version)
- Version: 26.602.4764.0
- Windows 11 x64
Problem
Computer Use cannot initialize.
Diagnostics reported:
- bundled_executable_relocation_failed
- reason=node-repl-missing
Computer Use native pipe appears to start, but desktop control functionality remains unavailable.
The following actions do not work:
- get_window_state()
- mouse click
- keyboard input
- screenshot capture
Investigation
I verified:
- computer-use@openai-bundled is installed
- plugin sync completes successfully
- Codex Store package path:
C:\Program Files\WindowsApps\OpenAI.Codex_26.602.4764.0_x64__2p2nqsd0c76g0
I also noticed that node_repl.exe cannot be located after installation.
Expected behavior
Computer Use should initialize normally and expose desktop control APIs.
Actual behavior
Computer Use remains unavailable.
What steps can reproduce the bug?
- Install Codex Desktop from Microsoft Store.
- Update to version 26.602.4764.0.
- Enable / use Computer Use.
- Launch Codex Desktop.
- Computer Use fails to initialize.
Diagnostics report:
- bundled_executable_relocation_failed
- reason=node-repl-missing
Desktop control APIs become unavailable:
- get_window_state()
- screenshot capture
- mouse click
- keyboard input
What is the expected behavior?
Computer Use should initialize successfully and expose desktop control APIs.
Expected functionality:
- get_window_state()
- screenshot capture
- mouse click
- keyboard input
Computer Use should remain available after updating Codex Desktop.
Additional information
Computer Use remains unavailable.
Diagnostics report:
- bundled_executable_relocation_failed
- reason=node-repl-missing
The bundled computer-use plugin appears installed, but desktop control functionality cannot be used.This issue appeared after upgrading to Codex Desktop 26.602.4764.0 from Microsoft Store.
4 Comments
Additional information:
The issue started immediately after updating Codex Desktop to 26.602.4764.0 from Microsoft Store.
Previous diagnostics reported:
I have already tried:
The issue persists.
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
I am seeing a related but different failure on Windows Store Codex 26.602.4764.0.
In my case node_repl.exe is present at:
C:\Users\<user>\AppData\Local\OpenAI\Codex\bin\34ab3e1324cc55b5\node_repl.exe
Official Computer Use path fails because the app-provided node_repl kernel exits with:
windows sandbox failed: spawn setup refresh
node_repl.exe is present and the Computer Use native pipe responds, so this is not simply node_repl-missing.
Potential workaround: node_repl.exe documents --disable-sandbox as “Start the Node kernel directly even when CODEX_CLI_PATH is set”, but the app-generated node_repl MCP config uses args: [], so users cannot test or apply that workaround through config.
I maintain WinBridge Recovery, an independent Windows Codex Desktop local recovery/diagnostic tool: https://github.com/zemeng5208/winbridge-recovery
The original failure described here —
bundled_executable_relocation_failedfollowed byreason=node-repl-missing, withnode_repl.exenot available in the expected user runtime after a Store update — is directly in the local state layer WinBridge targets.WinBridge v3.1.1 resolves the currently installed
OpenAI.CodexAppX/package version, reads the bundled CUA manifest, verifies the officialnode.exe/node_repl.exe/ Computer Use helper resources and then checks the user-side CUA runtime,NODE_REPL_NODE_PATH,CODEX_CLI_PATH, bundled marketplace and Computer Use cache together. If the current official source is present but the per-user runtime is missing, stale, or split across package versions, it can rebuild that user-owned state through verified staging, source/destination SHA-256 checks, backups and rollback.The later sandbox failure mentioned by another commenter is a separate case: if
node_repl.exeis present/current and the kernel instead exits atwindows sandbox failed: spawn setup refresh, WinBridge should not treat that as a relocation repair. That is a sandbox/runtime failure and needs to remain an upstream product issue.The project does not modify WindowsApps ownership/ACLs, decrypt or patch the Store package, or bypass sandbox/product policy.