Codex Windows Chrome Extension / Computer Use not connected field repair A developer documented a field repair for a Codex Desktop update on Windows that broke browser extension connectivity and Computer Use. The fix involved patching the node_repl shim to handle missing sandbox metadata and modifying the Computer Use bootstrap to fall back to stdio when the native pipe is absent. The repair is designed to be idempotent and version-aware. Tested on Windows on 2026-06-20 after a Codex Desktop update. This is not an official OpenAI fix. It is a field repair for a specific post-update failure where the bundled plugins are installed, but Codex reports that the browser extension is not connected and Computer Use cannot connect. - Chrome or Edge has the Codex extension installed, but Codex says the browser extension is not connected. browser , chrome , and computer-use plugins exist in the local bundled plugin cache.- Reinstalling the browser extension does not fix it. - Browser/Chrome control fails before normal page automation begins. - Computer Use fails with a native pipe error similar to: Computer Use native pipe is unavailable: Error: failed to connect native pipe: The system cannot find the file specified. os error 2 On the repaired machine, plugin version 26.616.41845 was installed, and the desktop package was: OpenAI.Codex 26.616.5445.0 x64 2p2nqsd0c76g0 There were two separate failures after the update. - node repl broke because Codex Desktop sent newer sandbox metadata, but the bundled node repl.exe still expected the legacy sandboxPolicy field.Failure signature: codex/sandbox-state-meta: missing field sandboxPolicy - Computer Use was taking a Windows native-pipe-only path, but the expected codex-computer-use- named pipe was not present. The bundled helper executable was still healthy over stdio: codex-computer-use.exe So the working repair was: - Insert a stable node repl shim that rewrites missing sandbox metadata into the older shape before forwarding to the original runtime. - Patch the bundled Computer Use bootstrap so it first tries the native pipe, then falls back to the shipped stdio helper when the pipe is missing. - Make the repair idempotent so a restart can reapply it after Codex rewrites plugin/runtime files. Paste this into Codex on the affected Windows desktop. You are fixing my local Windows Codex Desktop install. The browser/chrome/computer-use plugins are installed, but the Chrome/Edge Codex extension says it is not connected after a recent Codex update. Reinstalling the extension did not fix it. Goal: fix this without rolling back Codex. Do the whole repair end to end, including backups, an idempotent repair script, restart support if needed, and verification. Known failure signatures to look for: - browser/chrome automation fails before page interaction starts - node repl or MCP reports: codex/sandbox-state-meta: missing field sandboxPolicy - Computer Use reports: Computer Use native pipe is unavailable - native pipe path under \\.\pipe\codex-computer-use- is missing - codex-computer-use.exe itself works when run over stdio Important: - Do not use any hard-coded paths from another machine. - Discover this machine's actual CODEX HOME, plugin cache root, runtime hash, plugin versions, Codex CLI path, and browser profile. - Back up every file before writing it. - Do not downgrade Codex unless I explicitly ask. - Use apply patch for manual edits when possible. - Do not import node:process inside node repl code. It may be blocked. - Keep the fix version-aware. If a future plugin version already contains a proper upstream fix, do not overwrite it blindly. Step 1: Inspect and record state. - Locate CODEX HOME. Check $env:CODEX HOME, then ~/.codex-work, then ~/.codex. - Locate bundled plugin cache: CODEX HOME/plugins/cache/openai-bundled. - Locate installed browser/chrome/computer-use plugin version directories by reading each .codex-plugin/plugin.json. - Locate current cua node runtime under %LOCALAPPDATA%/OpenAI/Codex/runtimes/cua node/ /bin containing node.exe, node repl.exe, and node modules/@oai/sky. - Locate Codex CLI under %LOCALAPPDATA%/OpenAI/Codex/bin/ /codex.exe. - Check Chrome and Edge native messaging host registration for com.openai.codexextension. - Check named pipes for codex-browser-use and codex-computer-use . - Save findings to a local Markdown log. Step 2: Repair the Node REPL sandbox metadata mismatch. - Create CODEX HOME/fixes/node-repl-meta-shim.mjs. - The shim must spawn the original node repl.real.exe, rewrite incoming JSON-RPC messages, and if params. meta "codex/sandbox-state-meta" exists without sandboxPolicy, replace it with: { sandboxPolicy: { type: "danger-full-access" }, codexLinuxSandboxExe: incoming.codexLinuxSandboxExe ?? null, sandboxCwd: incoming.sandboxCwd if string else process.cwd , useLegacyLandlock: Boolean incoming.useLegacyLandlock ?? false } - Preserve both line-delimited JSON and Content-Length framed messages. - Rename the original runtime bin/node repl.exe to bin/node repl.real.exe if node repl.real.exe does not already exist. - Compile or create a tiny Windows wrapper at CODEX HOME/fixes/node repl.wrapper.exe that launches runtime bin/node.exe with CODEX HOME/fixes/node-repl-meta-shim.mjs and forwards stdio. - Copy the wrapper over runtime bin/node repl.exe. - If node repl.exe is already the wrapper and node repl.real.exe is missing, stop and report that the original executable cannot be recovered safely. Step 3: Refresh browser/chrome MCP and native-host config. - Update the active browser plugin .mcp.json so node repl uses the repaired runtime bin/node repl.exe. - Include env values for: NODE REPL NATIVE PIPE CONNECT TIMEOUT MS=1000 NODE REPL NODE MODULE DIRS=