[BUG] Claude Desktop: Cannot remove LOCAL DEV MCP connectors — server rejects legacy -1p-internal IDs

[AppspaceEurope]

Note: This is a Claude Desktop issue, not Claude Code. Filing here as there is no public issue tracker for Claude Desktop.

Bug Description

LOCAL DEV MCP connectors with legacy -1p-internal IDs (gcal-1p-internal, gdrive-1p-internal, gmail-1p-internal) cannot be removed from Claude Desktop. The server-side /mcp/logout/ endpoint rejects these IDs with a validation error.

Steps to Reproduce

1. Open Claude Desktop → Settings → Connectors
2. Scroll to the LOCAL DEV section where gcal, gdrive, gmail entries appear
3. Click Configure on any entry (e.g., gcal)
4. Click Uninstall → Confirm "Disconnect"
5. Two red error banners appear:
   • "Invalid server ID format. Expected UUID or mcpsrv_ tagged ID."*
   • "Failed to disconnect from server"

Error Details (from DevTools Console)

Failing API call:

POST https://claude.ai/api/organizations/{org_id}/mcp/logout/gcal-1p-internal → 400 (Bad Request)

Server response:

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "Invalid server ID format. Expected UUID or mcpsrv_* tagged ID.",
    "details": {
      "error_visibility": "user_facing",
      "error_code": "invalid_server_id"
    }
  },
  "request_id": "req_011CXVsj13SWTz4S1cBzua1N"
}

Additional console error (separate issue):

Error invoking remote method 'isStartupOnLoginEnabled': Result from method "isStartupOnLoginEnabled" in interface "Startup" failed to pass validation

Root Cause Analysis

The connectors were originally created with -1p-internal suffixed IDs (e.g., gcal-1p-internal). The server's /mcp/logout/ endpoint now validates that IDs must be UUIDs or mcpsrv_* tagged format. The legacy -1p-internal IDs fail this validation, making these connectors permanently stuck — they cannot be deleted through the UI.

Troubleshooting Already Attempted

All of the following were performed with Claude Desktop fully quit. None resolved the issue:

1. Verified claude_desktop_config.json is empty ({})
2. Deleted Local Storage (LevelDB), Session Storage
3. Full Electron cache/storage wipe: Cache, Code Cache, GPUCache, DawnGraphiteCache, blob_storage, WebStorage, Cookies, Preferences, DIPS, SharedStorage, Network Persistent State, TransportSecurity, Trust Tokens
4. Cleared ~/Library/Caches/com.anthropic.claudefordesktop/

Result: Entries persist after all local data is cleared, confirming they are stored server-side.

Expected Behavior

Clicking Uninstall/Disconnect should successfully remove the LOCAL DEV connector entries.

Actual Behavior

Removal fails with "Invalid server ID format" error. Entries remain permanently and cannot be removed.

Environment

• Claude Desktop version: 1.1.886
• OS: macOS 26.2 (Build 25C56)
• Architecture: Apple Silicon (arm64)

Suggested Fix

The /mcp/logout/ endpoint's ID validation should accept the same formats that were used to create these connectors, including the legacy -1p-internal format. Alternatively, a migration should convert these IDs to the new format.

[github-actions]

Found 1 possible duplicate issue:

1. [Bug] mcp-registry connector persists with invalid server ID format in Claude Desktop #19980

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

[AppspaceEurope]

Additional Investigation: API Endpoint Probing & HAR Analysis

After filing this issue, I performed further investigation to attempt a client-side workaround. None worked.

DevTools Console — Brute-force API attempts

Tried 5 different API methods/endpoints for each of the 3 stuck connectors (15 total calls). All failed:

Endpoint	Method	Result
/mcp/servers/{id}	DELETE	404 Not Found
/mcp/remove/{id}	POST	404 Not Found
/mcp/disconnect/{id}	POST	404 Not Found
/mcp/logout/{id}	DELETE	405 Method Not Allowed
/mcp/logout (with body)	POST	404 Not Found

The only valid endpoint is POST /mcp/logout/{id}, which returns 400 due to the ID validation rejecting -1p-internal format IDs.

API Discovery — Connector listing endpoints

Also probed for listing endpoints to find alternative IDs:

Endpoint	Result
/mcp/servers	404
/mcp/connectors	404
/mcp	404
/integrations	404
/extensions	404

None exist as standalone REST endpoints.

HAR File Analysis

Captured a full HAR trace of the Settings > Connectors page load and disconnect attempt. Key findings:

• The connector list is not fetched via a separate API call — it's embedded in the React Server Component (RSC) payload served with the page HTML
• No standalone REST endpoint returns the connector list, so there's no way to discover alternative IDs
• The Statsig feature gate claudeai_mcp_local_cache evaluates to true for this user — this may be related to why the -1p-internal entries were created
• gdrive, gmail, and LOCAL_DEV strings don't appear in the HAR at all (only gcal-1p-internal was tested in this trace)

Conclusion

There is no client-side workaround available. The connector entries are served from the backend, and the only deletion endpoint (POST /mcp/logout/{id}) rejects the legacy ID format. This requires a server-side fix.

[miseqs]

UPDATE: Can confirm that this issue has been resolved within Claude Desktop on Windows 11 by update 1.1.1520.

I have also been experiencing this issue on Windows 11. All of my local MCPs were corrupted by an update. I was able to remove all of them. However, this somehow caused the Cloud Connectors provided by Anthropic (Google Services & Claude Browser) to generate duplicates for those, decide that they are local (when they are not), and I am unable to uninstall them. This is identical and persistent across two separate Windows systems, even after nuking every possible local configuration and cache and performing multiple uninstalls and reinstalls. Have submit multiple tickets regarding the issue, which are "escalated" but have not received any human response.

[noga-dev]

Would be good to add a button to go to location where this is detected so we can at least manually remove it.

[NonicaTeam]

The same issue here on Windows 10 with Claude Desktop App version 1.1.4010 with external MCP stdio servers.
This is the json in claude desktop config:

{
  "mcpServers": {
    "Revit": {
      "command": "C:\\NONICAPRO\\OtherFiles\\System\\Core\\net8.0-windows\\RevitMCPConnection.exe",
      "args": []
    }
  },
  "preferences": {
    "chromeExtensionEnabled": true,
    "coworkScheduledTasksEnabled": false,
    "sidebarMode": "chat"
  }
}

[Niek]

Same issue here on macOS.