codex - 💡(How to fix) Fix Chrome plugin installed and enabled, but automation calls time out on Windows

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…

Codex Chrome plugin appears installed and enabled, and the native host manifest check passes, but browser automation calls time out before any page can be opened or any tab list can be read.

This happens even for the minimal task:

@chrome open google.com

Root Cause

Codex Chrome plugin appears installed and enabled, and the native host manifest check passes, but browser automation calls time out before any page can be opened or any tab list can be read.

This happens even for the minimal task:

@chrome open google.com

Code Example

@chrome open google.com

---

const { setupAtlasRuntime } = await import(".../scripts/browser-client.mjs");
await setupAtlasRuntime({ globals: globalThis });
globalThis.browser = await agent.browsers.get("extension");
const tabs = await browser.user.openTabs();

---

js execution timed out; kernel reset, rerun your request

---

globalThis.tab = await browser.tabs.new();
await tab.goto("https://www.google.com");

---

{
  "installed": true,
  "registered": true,
  "enabled": true,
  "disabled": false,
  "versions": ["1.1.4_0"],
  "exitCode": 0
}

---

{
  "exists": true,
  "nameMatches": true,
  "hasExpectedOrigin": true,
  "registryMatchesManifestPath": true,
  "correct": true,
  "problem": null
}

---

chrome.exe --remote-debugging-port=9223 --user-data-dir=<separate-profile>

---

@chrome open google.com
RAW_BUFFERClick to expand / collapse

Bug report: Chrome plugin is installed and enabled, but browser automation calls time out

Summary

Codex Chrome plugin appears installed and enabled, and the native host manifest check passes, but browser automation calls time out before any page can be opened or any tab list can be read.

This happens even for the minimal task:

@chrome open google.com

Environment

  • OS: Windows
  • Codex app: Windows app, observed package path includes OpenAI.Codex_26.506.2212.0_x64
  • Chrome plugin cache version: openai-bundled/chrome/0.1.7
  • Codex Chrome Extension version: 1.1.4_0
  • Chrome: Chrome/147.0.7727.138
  • Native host: com.openai.codexextension

Expected behavior

Codex should be able to use the Chrome plugin to:

  • list open Chrome tabs
  • create a new controlled tab
  • open https://www.google.com

Actual behavior

All Chrome automation calls time out. Examples:

const { setupAtlasRuntime } = await import(".../scripts/browser-client.mjs");
await setupAtlasRuntime({ globals: globalThis });
globalThis.browser = await agent.browsers.get("extension");
const tabs = await browser.user.openTabs();

Result:

js execution timed out; kernel reset, rerun your request

Same result when trying:

globalThis.tab = await browser.tabs.new();
await tab.goto("https://www.google.com");

Checks already performed

Chrome is installed and running.

scripts/check-extension-installed.js --json reports:

{
  "installed": true,
  "registered": true,
  "enabled": true,
  "disabled": false,
  "versions": ["1.1.4_0"],
  "exitCode": 0
}

scripts/check-native-host-manifest.js --json reports:

{
  "exists": true,
  "nameMatches": true,
  "hasExpectedOrigin": true,
  "registryMatchesManifestPath": true,
  "correct": true,
  "problem": null
}

I also tried:

  • reinstalling the Chrome extension
  • reinstalling the Codex Chrome plugin
  • restarting Codex
  • restarting Chrome
  • killing stale extension-host.exe processes
  • opening a new Chrome window and retrying

The behavior did not change.

Important comparison

A separate local Chrome instance launched with a dedicated profile and remote debugging port works correctly.

Example:

chrome.exe --remote-debugging-port=9223 --user-data-dir=<separate-profile>

Then http://127.0.0.1:9223/json/version responds normally, and pages can be inspected through the DevTools protocol.

So Chrome itself and the machine's browser automation capability appear to work. The failure seems specific to the Codex Chrome plugin/native-host automation path.

Reproduction steps

  1. Install Chrome plugin from the Codex app.
  2. Confirm Chrome extension is installed and enabled.
  3. Ask Codex:
@chrome open google.com
  1. Observe timeout.

Request

Please advise how to collect deeper logs for the Chrome plugin/native host handshake, or whether this is a known issue with the current Windows Codex app / Chrome plugin combination.

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

Codex should be able to use the Chrome plugin to:

  • list open Chrome tabs
  • create a new controlled tab
  • open https://www.google.com

Still need to ship something?

×6

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

Back to top recommendations

TRENDING