claude-code - 💡(How to fix) Fix [BUG] Persistent MCP server diagnostic alert after removing configuration

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…

The Claude Code diagnostics (/doctor) shows a persistent "1 setup issue: MCP" alert for the plane MCP server, even after completely removing it from all configuration files. The alert only appears when Claude Code is launched from a specific project directory (~/Documents/Claude), but not when launched from the root home directory.

Error Message

Error Messages/Logs

Root Cause

The Claude Code diagnostics (/doctor) shows a persistent "1 setup issue: MCP" alert for the plane MCP server, even after completely removing it from all configuration files. The alert only appears when Claude Code is launched from a specific project directory (~/Documents/Claude), but not when launched from the root home directory.

Fix Action

Fix / Workaround

Workaround Attempted

Code Example

claude mcp add-json plane '{
  "type": "http",
  "url": "https://mcp.plane.so/http/api-key/mcp",
  "headers": {
    "Authorization": "plane_api_70b04d5ece3b4723b131628e8fecefe9",
    "X-Workspace-slug": "plane.int.vastspace.com/vast"
  }
}'

---

1 setup issue: MCP · /doctor

---



---

{
     "mcpServers": {}
   }
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Bug Report: Persistent MCP Server Alert for Removed Configuration

Description

The Claude Code diagnostics (/doctor) shows a persistent "1 setup issue: MCP" alert for the plane MCP server, even after completely removing it from all configuration files. The alert only appears when Claude Code is launched from a specific project directory (~/Documents/Claude), but not when launched from the root home directory.

Environment

  • Claude Code Version: 2.1.165
  • Platform: macOS (darwin-arm64)
  • OS Version: Darwin 25.5.0
  • Environment: VSCode Extension
  • Model: Sonnet 4.5

Key Observations

  1. Location-specific: Alert appears when Claude Code is launched from ~/Documents/Claude but NOT when launched from root home directory (~)
  2. Configuration verified clean: Extensive search confirmed no plane references in any .json files
  3. Restart ineffective: Full quit/restart of Claude Code and VSCode does not clear the alert
  4. Daemon restart unavailable: claude daemon restart command is disabled in this version

Investigation Performed

Searched for plane references in:

  • All ~/.claude/**/*.json files
  • All ~/Documents/Claude/.claude/**/*.json files
  • Project session files in ~/.claude/projects/-Users-abram-goglanian-Documents-Claude/
  • VSCode extension directory
  • Running processes (no orphaned plane MCP processes found)

Hypothesis

The VSCode extension may be caching project-specific MCP server state that persists across restarts, independent of the actual configuration files. This cached state is not being invalidated when MCP server configurations are removed.

Workaround Attempted

  • Setting "plane": { "disabled": true } in mcp.json (did not resolve)
  • Completely removing plane from mcp.json (did not resolve)
  • Full restart of Claude Code and VSCode (did not resolve)
  • Clearing VSCode extension cache (no cache directory found)

Additional Context

Original plane configuration was added via:

claude mcp add-json plane '{
  "type": "http",
  "url": "https://mcp.plane.so/http/api-key/mcp",
  "headers": {
    "Authorization": "plane_api_70b04d5ece3b4723b131628e8fecefe9",
    "X-Workspace-slug": "plane.int.vastspace.com/vast"
  }
}'

Later changed to OAuth transport via npx mcp-remote@latest https://mcp.plane.so/http/mcp

Requested Fix

  1. Clear any cached MCP server state when configuration files are modified
  2. Provide a way to force-refresh MCP server discovery/diagnostics
  3. Or provide claude daemon restart capability to fully reset state
  4. Document where project-specific MCP state is cached so users can manually clear it

Impact

While this appears to be a cosmetic issue (the plane server doesn't actually load since it's not in config files), the persistent diagnostic alert is misleading and cannot be cleared through normal means.

What Should Happen?

Expected Behavior

No MCP setup alerts should appear, since the plane MCP server has been completely removed from all configuration files.

Actual Behavior

Diagnostics shows:

⚠ 1 setup issue: MCP · /doctor

When running /doctor, it indicates the plane server still needs authentication or has configuration issues.

Error Messages/Logs

Steps to Reproduce

Steps to Reproduce

  1. Previously had plane MCP server configured in ~/.claude/mcp.json (configured via claude mcp add-json command on June 4, 2026)
  2. Removed plane configuration by setting ~/.claude/mcp.json to:
    {
      "mcpServers": {}
    }
  3. Verified no plane references in:
    • ~/.claude/mcp.json ✓ Empty
    • ~/.claude/mcp-needs-auth-cache.json ✓ Empty
    • ~/Documents/Claude/.claude/settings.json ✓ Only contains standards MCP server
    • ~/Documents/Claude/.claude/mcp.json ✓ Only contains vast-standards server
    • ~/Documents/Claude/.claude/settings.local.json ✓ Only permissions config
  4. Quit and restarted Claude Code completely (Cmd+Q, relaunch)
  5. Launched Claude Code from ~/Documents/Claude directory
  6. Run /doctor or view diagnostics

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

2.1.165

Platform

Google Vertex AI

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

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