You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Windows browser connector returns HTML instead of JSON and detects no Edge/Chrome tabs #45625
Codex Desktop on Windows cannot connect to the browser extension or enumerate browser tabs. Both Microsoft Edge and Google Chrome are open, but the browser connector returns no available browsers:
apps: []
browsers: []
Browsers: Error: Unexpected token '<', "<html>..." is not valid JSON
The error indicates that the connector receives an HTML response where it expects JSON. As a result, Codex cannot inspect or control any Edge or Chrome tab.
Steps to reproduce
Open Codex Desktop on Windows.
Enable the browser integration and open tabs in Edge or Chrome.
Ask Codex to inspect/open the browser.
The connector returns the JSON parsing error above and an empty browser list.
What I already tried
Reinstalled the relevant skill/plugin.
Reinstalled the browser extension.
Restarted the browsers.
Restarted Codex.
Restarted the computer.
The issue persists. A similar issue previously disappeared only after a later update.
Expected behaviour
Codex should discover the open browser and its tabs, then allow browser interaction.
Actual behaviour
No browser is detected; the connector fails while parsing an HTML response as JSON.
Additional context
This appears related to, but is more specific than, #39184. No private URLs, account data, or credentials are included.
The issue is still present in the current Codex Desktop session:
Browser discovery returns an empty browser list and Unexpected token '<', "<html>..." is not valid JSON.
Microsoft Edge remains unavailable to Codex, so existing Edge tabs cannot be inspected or controlled.
The Codex in-app browser works normally, which suggests the failure is isolated to the external-browser connector.
This is after reinstalling the plugin/extension and restarting the browsers, Codex, and Windows. I also initiated a report through the official OpenAI support chat.
Additional Windows reproduction on September 19, 2026. This is the same HTML-as-JSON failure, with a verified native-host registration and a working Computer Use read-only control case.
ChatGPT Chrome extension 1.26.901.11451_0, installed and enabled in the selected Chrome profile.
Bundled Chrome plugin 26.903.61454.
Reproduction and actual result
Open Chrome with an existing tab and invoke @Chrome in a Codex task to read the current page.
The bundled browser runtime selects the Chrome backend and returns chrome.documentation() successfully.
chrome.nameSession(...) or chrome.user.openTabs() fails immediately with:
Error: Unexpected token '<', "<html>\n <"... is not valid JSON
The current tab cannot be enumerated or read. Retrying in a new task, reinstalling the Chrome extension, restarting Chrome/the desktop app, and opening a fresh Chrome window have not resolved it.
Native-host checks
A direct, unrestricted Windows reg query /ve confirms HKCU\Software\Google\Chrome\NativeMessagingHosts\com.openai.codexextension exists. Its default value points to %LOCALAPPDATA%\OpenAI\extension\com.openai.codexextension.json.
The manifest host name is com.openai.codexextension, it lists two allowed extension origins, and its path points to an existing extension-host.exe in the bundled Chrome plugin cache.
In contrast, the same checker run inside a restricted agent sandbox incorrectly reported the registry value as missing; process enumeration there also failed with tasklist: Access denied. An unrestricted query was necessary to rule out a missing native host.
Control case
Computer Use on the same desktop session successfully returned 41 apps and 7 visible windows from sky.list_apps(), then returned an accessibility tree for a File Explorer window using read-only get_window_state(). This validates discovery and UI reading for Computer Use; click and typing actions were not tested.
Expected result / diagnostic request
Chrome tab enumeration should return the open tabs. If an RPC endpoint fails, please expose the failing layer and HTTP status/body type rather than only the JSON parse error. The current exposed error does not identify which endpoint supplied the HTML. It would also help to distinguish a genuine missing Windows registration from a sandbox-restricted registry query.
All user paths are redacted. No browser URLs, credentials, tokens, or private log contents are included.
After reinstalling both official extensions, Codex detected both
browsers, but listing their tabs failed with:
Unexpected token '<', "..." is not valid JSON
Reinstalling the extensions, fully restarting the app and browsers,
and resetting the tool session did not resolve the failure.
An additional observation: native Windows Computer Use successfully
operates Paint, but browser window capture stops because it cannot
determine the current URL confidently enough to enforce policy.
This resembles #45177 and #25271.
Diagnostics also found proxy connection errors and HTML HTTP 403
responses for other requests. We have not established whether these
cause the tab-enumeration failure.
Could you confirm whether there is a known fix or a supported way
to identify the request returning HTML during tab enumeration?
Error: Unexpected token '<', "<html>
<"... is not valid JSON
at <TEMP_DIR>\kernel.js:1595:16
at Object.settle (<TEMP_DIR>\worker-runtime.js:396:5)
at <TEMP_DIR>\kernel.js:1871:11
at handleInputFrame (<TEMP_DIR>\worker-runtime.js:418:7)
Since the Codex vibe coders apparently cannot fix their 5K bugs, I dug into it myself.
The error handling is poor: the code tries to parse the HTTP response as ALWAYS JSON. This error can therefore hide several different problems. Make sure yours is proxy-related before applying this workaround.
In my case, they were ignoring the system proxy. Adding the following to bin/node_modules/@oai/cua-repl/bin/cua-repl.mjs, before await cua_repl.launch(), restored things.
I haven’t found a cleaner workaround. Treat this as a temporary hack, not a proper fix: an app update may overwrite it or something. I am not even a js/node developer.
Activity
sainte67 commentedon Sep 17, 2026
Update — reproduced again on September 17, 2026.
The issue is still present in the current Codex Desktop session:
Unexpected token '<', "<html>..." is not valid JSON.This is after reinstalling the plugin/extension and restarting the browsers, Codex, and Windows. I also initiated a report through the official OpenAI support chat.
Stepan393 commentedon Sep 17, 2026
Additional diagnostic information from an affected Windows installation:
Feedback ID: no-active-thread-01a0afe6-95a5-7e70-b52e-27ee5c945e54
Codex/native host: 26.908.70816
Chrome/Edge extension: 1.26.901.11451_0
The failure reproduces in both Chrome and Edge: listTabs() returns Unexpected token '<' because the connector receives HTML instead of JSON.
Rossweisse324 commentedon Sep 19, 2026
Additional Windows reproduction on September 19, 2026. This is the same HTML-as-JSON failure, with a verified native-host registration and a working Computer Use read-only control case.
Environment
OpenAI.Codex26.915.4065.0.Reproduction and actual result
@Chromein a Codex task to read the current page.chrome.documentation()successfully.chrome.nameSession(...)orchrome.user.openTabs()fails immediately with:The current tab cannot be enumerated or read. Retrying in a new task, reinstalling the Chrome extension, restarting Chrome/the desktop app, and opening a fresh Chrome window have not resolved it.
Native-host checks
reg query /veconfirmsHKCU\Software\Google\Chrome\NativeMessagingHosts\com.openai.codexextensionexists. Its default value points to%LOCALAPPDATA%\OpenAI\extension\com.openai.codexextension.json.com.openai.codexextension, it lists two allowed extension origins, and itspathpoints to an existingextension-host.exein the bundled Chrome plugin cache.tasklist: Access denied. An unrestricted query was necessary to rule out a missing native host.Control case
Computer Use on the same desktop session successfully returned 41 apps and 7 visible windows from
sky.list_apps(), then returned an accessibility tree for a File Explorer window using read-onlyget_window_state(). This validates discovery and UI reading for Computer Use; click and typing actions were not tested.Expected result / diagnostic request
Chrome tab enumeration should return the open tabs. If an RPC endpoint fails, please expose the failing layer and HTTP status/body type rather than only the JSON parse error. The current exposed error does not identify which endpoint supplied the HTML. It would also help to distinguish a genuine missing Windows registration from a sandbox-restricted registry query.
All user paths are redacted. No browser URLs, credentials, tokens, or private log contents are included.
iygrishin-glitch commentedon Sep 25, 2026
I can reproduce this on Windows with both Chrome and Brave.
Desktop app package: OpenAI.Codex 26.917.9434.0
Bundled browser / Computer Use components: 26.917.71314
Feedback/session ID: 01a0d802-de99-70e3-881c-2023ee22768c
After reinstalling both official extensions, Codex detected both
browsers, but listing their tabs failed with:
Unexpected token '<', "..." is not valid JSON
Reinstalling the extensions, fully restarting the app and browsers,
and resetting the tool session did not resolve the failure.
An additional observation: native Windows Computer Use successfully
operates Paint, but browser window capture stops because it cannot
determine the current URL confidently enough to enforce policy.
This resembles #45177 and #25271.
Diagnostics also found proxy connection errors and HTML HTTP 403
responses for other requests. We have not established whether these
cause the tab-enumeration failure.
Could you confirm whether there is a known fix or a supported way
to identify the request returning HTML during tab enumeration?
SergeyPomelov commentedon Sep 25, 2026
I can reproduce the same failure on Windows in Codex Desktop. Unexpected token '<', "..." is not valid JSON
F3adlz commentedon Oct 3, 2026
I can reproduce a similar issue on Windows with Google Chrome.
One difference from the original report: Chrome itself is detected, but tab enumeration fails with the same HTML/JSON parsing error.
Sanitized output excerpt:
{ "browsers": [ { "name": "Chrome", "type": "extension", "tabs": [] } ], "errors": [ "Browser <REDACTED_ID>: Error: Unexpected token '<', \"<html>\n <\"... is not valid JSON" ] }Sanitized stack trace excerpt:
SergeyPomelov commentedon Oct 3, 2026
Since the Codex vibe coders apparently cannot fix their 5K bugs, I dug into it myself.
The error handling is poor: the code tries to parse the HTTP response as ALWAYS JSON. This error can therefore hide several different problems. Make sure yours is proxy-related before applying this workaround.
In my case, they were ignoring the system proxy. Adding the following to bin/node_modules/@oai/cua-repl/bin/cua-repl.mjs, before await cua_repl.launch(), restored things.
I haven’t found a cleaner workaround. Treat this as a temporary hack, not a proper fix: an app update may overwrite it or something. I am not even a js/node developer.