claude-code - 💡(How to fix) Fix Chrome MCP disconnects after Claude Code profile switch, requires multiple app relaunches [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
anthropics/claude-code#49285Fetched 2026-04-17 08:45:35
View on GitHub
Comments
0
Participants
1
Timeline
5
Reactions
0
Participants
Timeline (top)
labeled ×5

Root Cause

The Claude-in-Chrome extension holds a WebSocket/native-messaging session bound to the previous CC account context. When CC switches accounts, it doesn't signal the extension to reconnect with the new context. The chromeTabGroupId stored in session JSONs (%APPDATA%\Claude\claude-code-sessions\{accountUuid}\{projectUuid}\local_{sessionId}.json) also becomes stale.

Fix Action

Workaround

  1. Open chrome-extension://fcoeoabgenejglbffodgkkbkcdhcgfn/options.html — this reinitializes the extension's CC connection (fixes connection drop)
  2. PreToolUse hook that propagates the freshest chromeTabGroupId across all sessions (fixes stale ID issue)

Both workarounds are client-side patches; the fix should be in CC's profile-switch flow.

RAW_BUFFERClick to expand / collapse

Bug Description

After switching Claude Code accounts (profile switch), the Claude-in-Chrome extension loses its connection to CC. mcp__Claude_in_Chrome__* tools become unavailable across ALL running sessions. Recovery requires relaunching the Claude desktop app 2-3 times.

Steps to Reproduce

  1. Have multiple CC sessions active with Chrome MCP working
  2. Switch CC account (log out / log in with different Google account in CC)
  3. CC reinitializes — Chrome extension's session binding drops
  4. All existing sessions: Chrome MCP tools fail silently (disconnected)
  5. New sessions also don't connect until app is relaunched 1-3 times

Root Cause

The Claude-in-Chrome extension holds a WebSocket/native-messaging session bound to the previous CC account context. When CC switches accounts, it doesn't signal the extension to reconnect with the new context. The chromeTabGroupId stored in session JSONs (%APPDATA%\Claude\claude-code-sessions\{accountUuid}\{projectUuid}\local_{sessionId}.json) also becomes stale.

Expected Behavior

After profile switch, CC should automatically re-establish the Chrome MCP connection without requiring an app relaunch.

Workaround

  1. Open chrome-extension://fcoeoabgenejglbffodgkkbkcdhcgfn/options.html — this reinitializes the extension's CC connection (fixes connection drop)
  2. PreToolUse hook that propagates the freshest chromeTabGroupId across all sessions (fixes stale ID issue)

Both workarounds are client-side patches; the fix should be in CC's profile-switch flow.

Environment

  • OS: Windows 11
  • Claude Code: v2.1.101 (desktop / Electron)
  • Frequency: 100% reproducible on every profile switch

extent analysis

TL;DR

The Claude-in-Chrome extension loses its connection to CC after switching accounts, and a workaround involves reinitializing the extension's connection or propagating the freshest chromeTabGroupId across all sessions.

Guidance

  • The issue is caused by the extension holding a WebSocket/native-messaging session bound to the previous CC account context, which becomes stale after switching accounts.
  • To verify the issue, try switching CC accounts and check if the Chrome MCP tools become unavailable across all running sessions.
  • A temporary workaround is to open chrome-extension://fcoeoabgenejglbffodgkkbkcdhcgfn/options.html to reinitialize the extension's CC connection.
  • Another potential workaround is to implement a PreToolUse hook that propagates the freshest chromeTabGroupId across all sessions.

Example

No code snippet is provided as it is not explicitly mentioned in the issue.

Notes

The provided workarounds are client-side patches, and the actual fix should be implemented in CC's profile-switch flow. The issue is 100% reproducible on every profile switch, indicating a consistent problem that needs to be addressed.

Recommendation

Apply the workaround by reinitializing the extension's connection or propagating the freshest chromeTabGroupId across all sessions, as the root cause is related to the extension's connection to the CC account context.

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…

Still need to ship something?

×6

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

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Chrome MCP disconnects after Claude Code profile switch, requires multiple app relaunches [1 participants]