codex - 💡(How to fix) Fix Codex Desktop falsely reports @chrome plugin unavailable when bundled Chrome plugin is installed [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#22463Fetched 2026-05-14 03:35:35
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
labeled ×3closed ×1

Code Example

[@chrome](plugin://chrome@openai-bundled) 打开百度

---

{
  "title": "百度一下,你就知道",
  "url": "https://www.baidu.com/"
}
RAW_BUFFERClick to expand / collapse

What happened?

In Codex Desktop on Windows, I invoked the Chrome plugin explicitly:

[@chrome](plugin://chrome@openai-bundled) 打开百度

The assistant initially said the Chrome plugin was unavailable and fell back to opening Baidu with the default browser via a shell command. That was incorrect: the Chrome plugin was installed locally and could be used successfully after manually locating the trusted bundled marketplace path.

Expected behavior

When a user explicitly invokes @chrome or plugin://chrome@openai-bundled, Codex should route to the Chrome plugin/skill, or at least check the bundled marketplace Chrome plugin path before saying Chrome is unavailable.

Actual behavior

The agent inferred that Chrome was unavailable from the active plugin/tool list and did not inspect the installed bundled Chrome plugin paths until challenged.

Reproduction steps

  1. In Codex Desktop on Windows, invoke: [@chrome](plugin://chrome@openai-bundled) 打开百度
  2. Observe that the agent may say the Chrome plugin is unavailable and use a shell/default-browser fallback.
  3. Inspect local plugin paths and find Chrome present under: C:\Users\111\.codex\plugins\cache\openai-bundled\chrome\0.1.7
  4. Importing from the cache path fails as untrusted with: privileged native pipe bridge is not available; browser-client is not trusted. Load browser-client from the openai-bundled marketplace directory.
  5. Importing from the trusted bundled marketplace path succeeds: C:\Users\111\.codex\.tmp\bundled-marketplaces\openai-bundled\plugins\chrome\scripts\browser-client.mjs
  6. After calling setupAtlasRuntime({ globals: globalThis }) and agent.browsers.get("extension"), Chrome opens Baidu successfully.

Evidence

Successful Chrome result after using the trusted path:

{
  "title": "百度一下,你就知道",
  "url": "https://www.baidu.com/"
}

Environment

  • Product: Codex Desktop app / Codex Chrome plugin
  • OS: Microsoft Windows 11 Home China, 64-bit, version 10.0.26200, build 26200
  • Chrome version: 148.0.7778.97
  • Time observed: 2026-05-13 16:22:59 +08:00

Impact

This creates false negatives for installed plugins. A user can have the Chrome plugin installed and working, but Codex may still claim it is unavailable if the plugin is not exposed in the active plugin list for that turn.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

When a user explicitly invokes @chrome or plugin://chrome@openai-bundled, Codex should route to the Chrome plugin/skill, or at least check the bundled marketplace Chrome plugin path before saying Chrome is unavailable.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Codex Desktop falsely reports @chrome plugin unavailable when bundled Chrome plugin is installed [1 participants]