Claude in Chrome: list_connected_browsers always 'not connected' despite correct native host config (Windows 11)
Open 💬 0 comments Opened Jul 14, 2026 by Lefaai
Environment
- Platform: Windows 11 Pro 10.0.26200
- Claude Code CLI version: 2.1.209
- Chrome: native install, managed browser (org GPO, unrelated ExtensionSettings policy confirmed NOT blocking this extension ID)
- Extension: Claude in Chrome, installed via Chrome Web Store (
fcoeoabgfenejglbffodgkkbkcdhcgfn), enabled, logged in with same account asclaudeCLI
Bug
mcp__claude-in-chrome__list_connected_browsers (and /chrome status) always returns:
Browser extension is not connected. Please ensure the Claude browser extension is installed and running...
Earlier in this session it also intermittently surfaced as:
Couldn't list connected browsers: JSON Parse error: Unexpected identifier "Browser"
(matches #69196 — plain-text "not connected" string apparently fed into JSON.parse() client-side)
Troubleshooting already done (all passed)
- Extension installed, enabled, logged into
levi@smart2b.nl— same account as CLI login. - Full Chrome restart (all
chrome.exeprocesses killed via Task Manager, not just window close). - Full OS reboot.
- Checked
chrome://policy— orgExtensionSettingspolicy present but targets an unrelated extension ID (epolmhmpbkmljidnmbdjppnbgbhelalg, notfcoeoabgfenejglbffodgkkbkcdhcgfn) — ruled out as cause. - Verified native messaging host registration in registry:
HKCU:\SOFTWARE\Google\Chrome\NativeMessagingHosts\com.anthropic.claude_browser_extension→ presentHKCU:\SOFTWARE\Google\Chrome\NativeMessagingHosts\com.anthropic.claude_code_browser_extension→ present
- Verified manifest JSON content for both hosts —
allowed_originscorrectly includeschrome-extension://fcoeoabgfenejglbffodgkkbkcdhcgfn/. - Verified native host binaries exist and are reachable:
C:\Users\Levi\AppData\Roaming\Claude\ChromeNativeHost\chrome-native-host.exe— existsC:\Users\Levi\.claude\chrome\chrome-native-host.bat→ wrapsC:\Users\Levi\.local\bin\claude.exe --chrome-native-host— binary exists,claude --versionreturns2.1.209 (Claude Code)successfully.
Despite every static config check passing, the runtime connection between extension and CLI never establishes. This strongly suggests the bug is in the actual stdio/native-messaging runtime handshake, not in host registration — consistent with other open Windows-specific reports (#23104, #58201, #69196, #21415, #22025, #23218).
Expected
list_connected_browsers / /chrome should detect the logged-in, enabled extension.
Actual
Always reports "not connected" regardless of extension state.