claude --continue --chrome does not register the claude-in-chrome MCP server on resumed sessions
Status Open
Reported on v2.1.220
Maintainer reply None cached
Activity 1 comment · opened Jul 31, 2026
Environment
- Claude Code version: 2.1.220
- Platform: macOS (Darwin 25.5.0), Mac mini (Mac16,10)
- Claude in Chrome extension: v1.0.84 (latest at time of report), Chrome installed in /Applications
- Auth: claude.ai plan login (same account in CLI, extension, and claude.ai — verified in all three)
- Config:
claudeInChromeDefaultEnabled: trueset in~/.claude.json; onboarding completed
Summary
The claude-in-chrome MCP server is never registered on resumed sessions — not via the enabled-by-default setting, and not even when explicitly passing --chrome to claude --continue. Brand-new sessions on the same machine with identical config register it and pair with the extension immediately.
Steps to reproduce
- Machine with Claude in Chrome extension installed, paired, and working (verify: new
claudesession → "list my open Chrome tabs" succeeds). - Ensure Chrome integration is enabled by default (
claudeInChromeDefaultEnabled: truein~/.claude.json). - Exit an existing conversation and resume it:
claude --continue --chrome - In the resumed session, check
/mcpor attempt to use browser tools.
Expected
With --chrome passed explicitly (and/or enabled-by-default set), the resumed session registers the claude-in-chrome MCP server and its tools (list_connected_browsers, tabs_context_mcp, etc.) are available.
Actual
- The claude-in-chrome server is not listed in
/mcpat all in the resumed session. - Its
mcp__claude-in-chrome__*tools are not registered (deferred-tool search returns no match). - Before discovering the flag, tools in an older long-running session returned "Browser extension is not connected" on every attempt (6+ retries over ~30 min), while a brand-new session connected instantly — so retrying within a session never recovers.
- Result is the same whether resuming with or without
--chrome.
Notes
- Extension-side configuration was exhaustively ruled out: correct extension (Claude in Chrome, not the sidebar), same account in extension popup / claude.ai / Chrome profile, Chrome fully restarted, extension force-update checked. App Translocation was also ruled out (a fresh session paired while Chrome was still translocated).
- Docs/help suggest
--chromeis the way to enable the integration on a given launch; there is no indication resumed sessions are excluded. If this is intended, a startup warning ("--chrome has no effect with --continue") would save users a long debugging session. - Minor related docs issue: guidance circulating suggests
"enableChrome": trueinsettings.json; that key does not exist in the v2.1.220 settings schema — the real persistent toggle appears to beclaudeInChromeDefaultEnabledin~/.claude.json(set via/chrome).
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗