Computer Use native pipe unavailable on Windows despite codex-computer-use pipe existing

Open 💬 3 comments Opened Jun 5, 2026 by Junxi8167
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

26.602.3474.0 (observed app path: C:\Program Files\WindowsApps\OpenAI.Codex_26.602.3474.0_x64__2p2nqsd0c76g0\app\Codex.exe)

What subscription do you have?

Unknown / not specified

What platform is your computer?

Windows

What issue are you seeing?

Computer Use cannot reliably list or control open Windows windows in the Codex desktop app on Windows. The failure appears related to Codex session/runtime wiring for the Computer Use native pipe.

The user approved the Codex prompt:

Set up Agent sandbox to continue / Protect your files and control network access

Computer Use still repeatedly failed to run sky.list_windows(). After reverting/ignoring that setup and restarting Codex, the app again showed the setup banner, but Computer Use still failed. This created a loop where enabling sandbox setup, disabling/ignoring it, and restarting Codex did not restore Computer Use.

Main error:

Computer Use native pipe is unavailable: Error: failed to connect native pipe: The system cannot find the file specified. (os error 2)

Latest stack trace:

Error: Computer Use native pipe is unavailable: Error: failed to connect native pipe: The system cannot find the file specified. (os error 2)
    at NativePipeComputerUseTransport.create (C:\Users\duane\.codex\plugins\cache\openai-bundled\computer-use\26.602.30954\scripts\computer-use-client.mjs:59:13)
    at process.processTicksAndRejections (node:internal/process/task_queues:104:5)
    at async setupComputerUseRuntime (C:\Users\duane\.codex\plugins\cache\openai-bundled\computer-use\26.602.30954\scripts\computer-use-client.mjs:19:16)

What steps can reproduce the bug?

  1. Load the Computer Use skill instructions.
  2. Run the supported bootstrap:
const { setupComputerUseRuntime } = await import(
  "C:/Users/duane/.codex/plugins/cache/openai-bundled/computer-use/26.602.30954/scripts/computer-use-client.mjs"
);
globalThis.sky = await setupComputerUseRuntime({ globals: globalThis });
await sky.list_windows();
  1. Observe the native pipe connection failure.
  2. Reset the JS runtime and retry.
  3. Restart the Codex desktop app and retry the same bootstrap.
  4. Confirm the Computer Use plugin files exist, including scripts/computer-use-client.mjs.
  5. Check Windows named pipes.

Important observation: after restarting Codex and retrying, Windows showed a live-looking Computer Use named pipe such as:

codex-computer-use-c3bfbf4e-ab76-4b7b-8a6c-c5360d305cc5

Earlier, another session also showed:

codex-computer-use-3f04fac9-21c7-437c-9de6-c37a50f8fdf4

So a codex-computer-use-* pipe appears to exist, but the Computer Use client still fails to connect.

What is the expected behavior?

Computer Use should successfully run:

await sky.list_windows();

and return the list of currently open Windows windows.

Additional information

Environment observed:

  • OS: Windows
  • Date of latest retry: June 5, 2026
  • Codex app path observed: C:\Program Files\WindowsApps\OpenAI.Codex_26.602.3474.0_x64__2p2nqsd0c76g0\app\Codex.exe
  • Computer Use plugin path: C:\Users\duane\.codex\plugins\cache\openai-bundled\computer-use\26.602.30954
  • Required client file exists: scripts\computer-use-client.mjs

Runtime metadata observed earlier:

{
  "hasNativePipe": false,
  "hasCreateConnection": "undefined",
  "skyPipeDirectory": null,
  "sandbox": "none"
}

The runtime object was also locked:

{
  "envExtensible": false,
  "nodeReplDescriptor": {
    "writable": false,
    "configurable": false
  }
}

At one point, Computer Use briefly worked enough to list Chrome windows, including New Issue - Google Chrome, but when attempting to inspect the GitHub issue page, Computer Use stopped with:

Computer Use has been stopped for this turn because it could not determine the current browser URL on Windows with enough confidence to enforce policy.

Suspected cause: the Computer Use helper/pipe may be running, but the Codex session/runtime is not receiving or using the correct native pipe metadata, such as nodeRepl.nativePipe or SKY_CUA_NATIVE_PIPE_DIRECTORY, or it receives an unusable/stale native pipe path.

Please also clarify whether the "Set up Agent sandbox..." state is required for Computer Use, incompatible with Computer Use, or unrelated, since both enabling and disabling/ignoring it have led to repeated Computer Use failures in this user's sessions.

Latest update, June 5, 2026:

After the original failures, Computer Use later started working without any obvious user-side fix. In the same Codex session, it successfully ran sky.list_windows() and returned open windows including:

  • New Issue - Google Chrome
  • Chat | (no title) | Personal | duane.niu@gmail.com | Microsoft Teams
  • Google Chrome

Computer Use was then able to control Chrome enough to fill out this GitHub issue form.

However, shortly afterward it became unstable again: sky.list_windows() still succeeded and returned the Chrome windows, but attempting to activate the GitHub issue window failed repeatedly with:

Error: failed to activate captured window

A later retry then activated the same window again. This suggests the bug is intermittent/session-state dependent rather than a simple missing install or permanently broken setup. The native pipe/helper may sometimes be available enough to list windows, but not reliably usable for activation/control, or the session may lose and regain valid native-pipe/window-control state after initially working.

View original on GitHub ↗

3 Comments

github-actions[bot] contributor · 2 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #26329
  • #25507
  • #25391
  • #26430

Powered by Codex Action

stevenworld75 · 2 months ago

Sharing the workaround that fixed this class of Computer Use failure on my Windows desktop. This is not an official OpenAI fix.

My local finding: the expected codex-computer-use-* native pipe was absent, but the bundled helper binary itself was healthy when used over stdio:

ode_modules/@oai/sky/bin/windows/codex-computer-use.exe

What fixed it locally was patching the bundled computer-use-client.mjs so Windows setup does this:

  1. try the native pipe path first;
  2. if that fails, fall back to a stdio transport that spawns the shipped codex-computer-use.exe helper;
  3. preserve request budget metadata and the app approval flow.

On the same machine I also had the
ode_repl sandboxPolicy regression, so the full write-up includes both repairs plus an idempotent repair script and restart watchdog.

Verification:

  • sky.list_apps() succeeded and returned 40 apps.
  • sky.close() cleaned up; no orphan codex-computer-use.exe process remained.
  • Chrome extension control also passed by opening https://example.com/ and reading title Example Domain.

Full copy/paste prompt and repair notes:
https://gist.github.com/stevenworld75/6c59315b858807a1b6d6a238b1db69f6

Use carefully: back up first, discover local paths dynamically, and only apply the Computer Use client patch to the plugin version it was built for.

DokPlay · 1 month ago

Adding another data point from my Windows setup.

In my case, Computer Use itself does not appear to be completely broken: it can list apps/windows, and it can operate another browser window successfully. For example, the same workflow works in Sun Browser.

The failure seems specific to Google Chrome.

Environment:

  • Codex app / plugin build: 26.623.70822
  • Computer Use plugin: openai-bundled/computer-use/26.623.70822
  • Chrome plugin: openai-bundled/chrome/26.623.70822
  • Codex Chrome Extension: 1.1.5
  • Chrome profile: Default
  • Chrome version: 149.0.7827.201
  • OS: Windows 11 Pro 10.0.26200 x64

What works:

  • sky.list_apps() works
  • Chrome is detected as a running app
  • The active Chrome window is detected with the correct title
  • Another browser can be controlled by Computer Use

What fails:

When targeting the Chrome window, Computer Use stops at get_window_state() with:

Computer Use has been stopped for this turn because it could not determine the current browser URL on Windows with enough confidence to enforce policy.

I also checked the Chrome extension/native host setup:

  • Codex Chrome extension is installed and enabled
  • Native messaging host registry entry exists
  • com.openai.codexextension.json exists
  • extension-host.exe exists
  • allowed origin points to chrome-extension://hehggadaopoacecdllhhajmbjkdcmajg/
  • no Chrome enterprise policy / native messaging blocklist was found in HKCU or HKLM

So this does not look like a general native pipe failure in my case. The native pipe / Computer Use path works for other apps and another browser. The breakage seems to be specifically in the Chrome URL-confidence / window-to-tab URL detection path on Windows.