Windows Computer Use native pipe fails: helper paths unavailable on 26.527.31326
Summary
On Windows, Computer Use / Browser Use appears to be enabled by the runtime availability gate, but the native Computer Use pipe fails to start repeatedly with:
Windows Computer Use helper paths are unavailable
This does not look like the statsig-disabled / entitlement-not-exposed case. The latest logs show available=true reason=available, followed by native helper path failures.
Environment
- OS: Windows 11 x64
- Subscription: ChatGPT Plus
- Codex Windows Store package:
OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g0 - Codex desktop release from logs:
26.527.31326 - Shell/runtime in this Codex session: Windows PowerShell
C:\Users\<user>\.codex\config.tomldoes not containrunCodexInWindowsSubsystemForLinux = true
Observed log evidence
Latest relevant desktop log under:
%LOCALAPPDATA%\Packages\OpenAI.Codex_2p2nqsd0c76g0\LocalCache\Local\Codex\Logs\2026\06\01\...
shows Browser/Computer Use availability resolving as available:
2026-06-01T07:39:27.963Z info [electron-message-handler] browser_use_availability_resolved available=true browserPane=true platform=Windows reason=available release=26.527.31326
Immediately afterward, native Computer Use pipe startup fails:
2026-06-01T07:39:35.374Z warning [computer-use-native-pipe] computer-use native pipe startup failed errorMessage="Windows Computer Use helper paths are unavailable" platform=win32
The same failure repeats across multiple attempts in the same log:
computer-use native pipe startup failed errorMessage="Windows Computer Use helper paths are unavailable" platform=win32
Browser-use native pipe does start:
[browser-use-native-pipe-server] browser-use native pipe listening pipePath=\\.\pipe\codex-browser-use-...
Local package evidence
The installed Windows Store package exists at a WindowsApps package path similar to:
...\OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g0\app\resources\plugins\openai-bundled\plugins\computer-use
The app also has:
...\app\resources\native\windows-updater.node
but I could not identify a working Windows Computer Use helper path from the runtime behavior.
Expected behavior
When Computer Use availability resolves as:
available=true reason=available platform=Windows
the Windows native Computer Use helper/pipe should start successfully, and Computer Use actions should be able to connect to the local Windows host.
Actual behavior
Computer Use actions fail because the native Computer Use connection is unavailable for the turn. Logs show repeated native pipe startup failure due to missing/unavailable Windows Computer Use helper paths.
Why this seems distinct from entitlement gating
This machine currently does not show:
reason=statsig-disabled
Instead, it shows:
available=true reason=available
then fails at the native helper/pipe layer.
This looks closer to #25512 than #25253, and adjacent to the helper-path symptoms discussed in #25301, except this setup does not appear to be configured to run Codex in WSL.
Troubleshooting already done
- Confirmed GitHub/open issue reports with similar Windows native connection symptoms.
- Checked
config.tomlfor WSL-backed app-server settings; did not findrunCodexInWindowsSubsystemForLinux = true. - Checked current desktop logs and confirmed the failure is reproducible across repeated attempts.
- Earlier reinstall/relogin/device-code auth checks did not resolve the issue.
Request
Please investigate Windows native Computer Use helper packaging/path resolution for Codex 26.527.31326, especially the case where availability resolves as available=true, but the Computer Use native pipe fails with Windows Computer Use helper paths are unavailable.
12 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Additional local evidence from read-only diagnostics:
If that value is missing,
scripts/computer-use-client.mjsthrows:with size about
1,683,456bytes.@oai/sky:So this no longer looks like a missing installed plugin file. It looks more like the desktop/native-pipe startup code is failing to resolve or pass through the helper path even though the helper binary is present in the bundled plugin tree.
More local diagnostics suggest this may be related to WindowsApps package relocation / protected package files on this machine:
D:\WindowsApps\...haveEncrypted/Application Protectedattributes according tocipher /c. For example:Access is denied:So a plausible local trigger is: Codex is installed as a WindowsApps package whose real storage target is
D:\WindowsApps; bundled executables are application-protected/encrypted and relocation from the WindowsApps package to%LOCALAPPDATA%\OpenAI\Codex\binfails. Computer Use then reportsmissing-helper-path/Windows Computer Use helper paths are unavailable.A likely workaround to test would be installing/moving Codex onto the normal system WindowsApps location on
C:rather than the redirected/junctionedD:\WindowsAppspackage location.I can reproduce a very similar failure on a freshly reinstalled Codex Desktop for Windows, but with a newer Store package/version.
Environment:
OpenAI.Codex_26.602.3474.0_x64__2p2nqsd0c76g026.602.3474.0computer-use/26.602.30954codex-browser-use...named pipes existObserved behavior:
<USER>\.codex\plugins\cache\openai-bundled\computer-use\26.602.30954\scripts\computer-use-client.mjssky.list_apps()returns.globalThis.nodeRepl?.envis{}globalThis.nodeRepl?.nativePipeis missing/undefinedcodex-browser-use...andcodex-ipc, but no Computer Use / sky pipe.Exact error:
Troubleshooting already tried:
Reset-AppxPackage/ AppX re-register repair; package status returned toOkResult after reinstall/repair is unchanged: Browser Use pipe exists, but Computer Use native pipe is not injected into the turn and the Computer Use bootstrap cannot connect.
I can reproduce this on a newer Codex Desktop Windows build after the 26.602 update.
Environment:
OpenAI.Codex_26.602.4764.0_x64__2p2nqsd0c76g0computer-useversion26.602.40724browser,chrome,computer-use, andlatexcomputer-use@openai-bundledis enabled in configcodex-computer-use.exeexists under the bundled Computer Use plugin tree%LOCALAPPDATA%\OpenAI\Codex\bincontainsnode_repl.exe,node.exe,codex.exe, andcodex-windows-sandbox-setup.exeObserved:
codex-browser-use.../browser...pipe\\.\pipe\hasNativePipe: falsehasCreateConnection: falseSKY_CUA_NATIVE_PIPE_DIRECTORY: null[]Already tried:
Current conclusion:
This does not look like a missing plugin file or missing helper binary. It looks like Codex Desktop is still not creating/publishing/injecting the privileged Computer Use native pipe into this turn, even though the bundled plugin and helper executable are present.
I can reproduce the same Windows Computer Use native pipe failure on a newer Codex Desktop build.
Environment
OpenAI.Codex_26.602.4764.0_x64__2p2nqsd0c76g026.602.4764.00Verified files
The bundled Computer Use plugin exists:
The Computer Use helper executable exists:
Runtime failure
Computer Use fails during bootstrap before
sky.list_apps()can run.Runtime state before bootstrap:
Bootstrap error:
Stack excerpt:
Desktop logs
Troubleshooting already tried
config.tomlsonotifypoints at the helper in the currently installed Codex package.config.toml.\\.\pipe\.This looks like the Desktop app cannot resolve Windows Computer Use helper paths, so it never injects
SKY_CUA_NATIVE_PIPE_DIRECTORYornodeRepl.nativePipe.createConnectioninto the session.Adding a newer data point and a more specific root-cause link for this same
Windows Computer Use helper paths are unavailablesymptom.I hit this on 2026-06-08 with:
OpenAI.Codex_26.602.4764.0_x64__2p2nqsd0c76g0computer-use@openai-bundled installed, enabled 26.602.40724computer-use-client.mjsboth existed in the stable plugin cacheIn this case, the immediate precursor was not entitlement or a missing packaged helper. The Desktop log showed the Computer Use pipe had started successfully, then bundled marketplace resolution failed with
EBUSYwhile trying to remove:After that, the generated
openai-bundledmarketplace was left partial: it only containedplugins\chrome, and was missing.agents\plugins\marketplace.jsonplusplugins\computer-use. The log then switched to:Restoring the generated marketplace manifest/directories from the installed app bundle made
openai-bundledvisible again, and a live smoke test withsetupComputerUseRuntime(...)+sky.list_apps()succeeded, returning 40 apps.I added the detailed timeline to #26785 because it looks like one concrete cause of the helper-path symptom here: Chrome's native host can lock the generated bundled marketplace, leave it half-materialized, and then Computer Use helper-path resolution disappears even though the installed Computer Use package/cache is intact.
I’m seeing the same Windows Computer Use failure on Codex Desktop after a conservative reinstall and targeted cache reset.
Environment:
OpenAI.Codex_26.602.9276.0_x64__2p2nqsd0c76g026.602.9276.0Observed behavior:
nodeRepl.requestMetadoes not contain anycomputerUseor native pipe metadata.Recent desktop logs repeatedly show:
Additional diagnostics:
codex-browser-use-...is listening.app/resources/plugins/openai-bundled/plugins/computer-use/node_modules/@oai/sky/bin/windows/codex-computer-use.exe.codex/plugins/cache/openai-bundled/computer-use/26.527.31326/node_modules/@oai/sky/bin/windows/codex-computer-use.exeowl-feature-bootstrap-cache.jsonregenerates as{"enabledOwlFeatureNames":[]}.Things tried without resolving it:
winget.Ok..codex/computer-use,.codex/plugins/cache/openai-bundled/computer-use, andowl-feature-bootstrap-cache.json.config.tomlhas no UTF-8 BOM.latestjunctions for bundled plugin cache; no change.This still reproduces after restart on
26.602.9276.0, with the samemissing-helper-path/Windows Computer Use helper paths are unavailablelog entries.Additional reproduction on a newer Codex Desktop build.
Environment
26.611.8273.00.140.0-alpha.19Windows NT 10.0.26200.0, x64 / AMD64codex doctor --all: ChatGPT auth, stored API key = false, stored ChatGPT tokens = truecomputer-use@openai-bundled: enabled inconfig.tomlrequirements.toml: not present; no localcomputer_use = falsepolicy foundWhat was checked
Plugin/cache layer appears present:
computer-use/latestexistscomputer-use-client.mjsexistscomputer_use_client_base.jsimport error is no longer the active failure in this reproNamed pipes currently present:
No
codex-computer-use-*, CUA, or sky-related pipe is created.Node/tool environment inspection:
Computer Use bootstrap still fails with:
Relevant desktop logs
Current build logs repeatedly show:
Browser native pipe starts successfully in the same session:
Earlier logs from the same machine also showed:
Conclusion
This still reproduces on
26.611.8273.0: Computer Use plugin files exist, but Codex Desktop never starts or injects the Windows Computer Use native pipe. Browser-use pipe exists and works, but no Computer Use pipe is created, and the current turn receives nonodeRepl.nativePipe/SKY_CUA_NATIVE_PIPE_DIRECTORY.Same issue on Windows. Backend runtime is fully present but the native pipe is never created by the host.
Environment:
C:\Users\<user>\AppData\Local\OpenAI\Codex\runtimes\cua_node\a89897d3d9baa117\bin\node_modules\@oai\sky
Symptom:
So this is a host-side native pipe / helper-path startup failure, not a missing/corrupt cache. Restart did not help.
Same issue on Windows. Backend runtime is fully present but the native pipe is never created by the host.
Environment:
C:\Users\<user>\AppData\Local\OpenAI\Codex\runtimes\cua_node\a89897d3d9baa117\bin\node_modules\@oai\sky
Symptom:
So this is a host-side native pipe / helper-path startup failure, not a missing/corrupt cache. Restart did not help.
same thing here. Is a special node version necessary?