Codex Desktop bundled Chrome/Browser plugins not available or failing on Windows

Resolved 💬 5 comments Opened May 13, 2026 by PokerJin Closed May 17, 2026

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

26.506.3741.0

What subscription do you have?

Plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

I am using Codex Desktop on Windows.

Codex Desktop version shown in settings:
26.506.11943

Issue:
The bundled Browser / browser-use and Chrome plugins are not available or do not install/work correctly from the official plugin UI.

What I observed:

  • The Codex installation package includes these bundled plugins:
  • browser-use
  • chrome
  • latex-tectonic
  • latex-tectonic appears/installs normally.
  • browser-use / Browser and chrome / Chrome do not appear normally in the plugin marketplace, or fail after uninstall/reinstall.
  • This does not appear to be caused by CODEX_HOME. CODEX_HOME is currently unset.
  • My Codex home is accessed through the default path C:\Users\<USER>\.codex, which is a directory junction to my actual Codex data directory.

Chrome-specific issue:

  • After Chrome plugin setup, Codex Desktop can show the Chrome integration as connected, but the Chrome extension itself shows “Disconnected”.
  • The Chrome plugin fails to actually use the browser.
  • One error I saw was:

privileged native pipe bridge is not available

  • Another diagnostic indicated that the Chrome native messaging host was missing:

HKCU\Software\Google\Chrome\NativeMessagingHosts\com.openai.codexextension
C:\Users\<USER>\AppData\Local\OpenAI\extension\com.openai.codexextension.json

Node runtime issue also appeared:

  • node_repl was using my system Node:

D:\nvm4w\nodejs\node.exe
version v22.17.1

  • The Chrome plugin required:

>= v22.22.0

  • Pointing node_repl to Codex’s bundled Node v24.14.0 fixed the Node version error, but the Chrome extension/native host connection still did not work reliably.

Expected behavior:
Browser / browser-use and Chrome should appear/install normally from the official Codex plugin UI, and the Chrome extension/native messaging host should be configured correctly.

Actual behavior:
Browser / Chrome are missing or fail installation/connection, while latex-tectonic from the same bundled plugin set works.

This looks like a Windows-specific issue in Codex Desktop’s official bundled plugin discovery, installation, or Chrome native host setup flow.

What steps can reproduce the bug?

Uploaded thread: f5c3d908-3fb4-4d35-88b7-37e07b0400be

Steps to reproduce:

  1. Install and open Codex Desktop on Windows.
  2. Open the Codex plugin marketplace.
  3. Search for Browser, browser-use, Chrome, or chrome.
  4. Observe that Browser / browser-use and Chrome do not appear normally, while latex-tectonic from the same bundled plugin set can appear/install.
  5. Inspect the local Codex Desktop installation package. It contains bundled plugin files for:
  • browser-use
  • chrome
  • latex-tectonic
  1. Try uninstalling/reinstalling the Chrome plugin through the UI, if it appears.
  2. Observe that installation or connection fails.
  3. In Chrome, the Codex extension shows “Disconnected”, while Codex Desktop may show the Chrome integration as connected.
  4. Attempting to use the Chrome plugin fails with errors related to the native host / bridge, such as:

privileged native pipe bridge is not available

  1. Diagnostics also indicated the native messaging host was missing or not configured:

HKCU\Software\Google\Chrome\NativeMessagingHosts\com.openai.codexextension
C:\Users\<USER>\AppData\Local\OpenAI\extension\com.openai.codexextension.json

Additional details:

  • CODEX_HOME is currently unset.
  • C:\Users\<USER>\.codex is a directory junction to my actual Codex data directory.
  • I previously used CODEX_HOME pointing to the same directory, but Browser / Chrome were already missing before changing to the directory junction.
  • A Node runtime issue also appeared during troubleshooting:
  • node_repl used my system Node v22.17.1
  • the Chrome plugin required >= v22.22.0
  • pointing node_repl to Codex’s bundled Node v24.14.0 fixed the Node version error, but Chrome extension / native host connection still did not work reliably.

What is the expected behavior?

Browser / browser-use and Chrome should appear normally in the official Codex plugin marketplace if they are bundled with the Codex Desktop installation.

Installing or reinstalling the Chrome plugin from the official UI should also correctly configure the Chrome extension, native messaging host, extension-host, and required runtime dependencies.

After installation, the Chrome extension should show as connected, and Codex should be able to use Chrome without native host / bridge errors.

The behavior should be consistent with latex-tectonic, which appears or installs normally from the same bundled plugin set.

Additional information

Additional information:

This seems different from a general plugin installation problem because latex-tectonic works, while browser-use and chrome do not.

The issue was present before I changed my setup from CODEX_HOME to a directory junction. Initially, CODEX_HOME pointed to the same Codex data directory, and Browser / Chrome were already missing then. Later I removed CODEX_HOME and made C:\Users\<USER>\.codex a junction to that same directory, without changing the underlying files.

I can provide logs or run additional diagnostics if needed.

View original on GitHub ↗

5 Comments

MisterRound · 3 months ago

Have your codex check my issue

https://github.com/openai/codex/issues/21971

PokerJin · 3 months ago

Small update/correction:

In my earlier report I mentioned that latex-tectonic seemed unaffected. I want to clarify that I can no longer use latex-tectonic as a reliable control case.

After restoring my Codex config to a clean state, my config.toml only contains GitHub as an enabled plugin:

[plugins."github@openai-curated"]
enabled = true

There are no openai-bundled entries in config.toml, and I currently do not see latex-tectonic consistently available from the plugin marketplace either.

The local Codex Desktop installation still contains the bundled plugin files for:

  • browser-use
  • chrome
  • latex-tectonic

So the issue may be broader than just Chrome/Browser runtime failure. It may involve discovery or exposure of openai-bundled plugins in the Codex Desktop plugin marketplace on Windows.

Chrome/Browser are still the main broken cases for me, especially because Chrome additionally fails around the extension/native messaging host setup, but I wanted to correct the earlier statement that latex-tectonic was definitely unaffected.

PokerJin · 3 months ago
请您的法典检查我的问题 #21971

I checked #21971. It looks related, but I do not think my issue is exactly the same.

#21971 seems to focus on Windows + WSL, where the Chrome plugin is already installed/enabled, the Chrome native host manifest and registry entry exist, and extension-host.exe is running. The failure is mainly around node_repl / browser-client.mjs path and trust bootstrap across the WSL/Windows boundary.

In my case, the problem happens earlier as well: Browser / browser-use and Chrome are not consistently exposed in the official Codex Desktop plugin marketplace, and Chrome installation/reinstallation can fail. The Chrome extension shows Disconnected, and diagnostics indicated that the native messaging host registry entry / manifest may be missing.

So there is overlap in symptoms, especially node_repl and “privileged native pipe bridge is not available”, but my issue also involves bundled plugin discovery/installation and native host setup on Windows Desktop, not only WSL bootstrap.

PokerJin · 3 months ago

I also opened a separate issue for the latex-tectonic disappearance because I am not sure whether it is the same root cause or a separate bundled plugin marketplace exposure problem.

Related issue: #22598

PokerJin · 3 months ago

The problem has been resolved. The Codex needs to be installed on the C drive. However, I hope the official can fix this bug because the Microsoft Store supports installing the Codex on a non-system drive. But the Codex actually needs to be installed on the C drive, which is obviously a bug.