Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.248 ·

MCP reconnect errors over the bridge report status, not server text

Bridge MCP reconnect failures show a status message; the server's own text goes to the log.

You'll notice Improvements
JSON All of v2.1.248
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
MCPArea: what it touches
ImprovementsKind: in v2.1.248,
ImprovementsSection of the release
What

Reconnecting an MCP server through the bridge now routes failures through a shared helper. A failed server's own error text is written to the error log rather than raised, and what you see is a status-based message instead.

Details
  • A client already reporting connected returns without doing anything; any other status throws a message naming that status.
  • The bridge's MCP handlers moved from generic errors to a dedicated error class that carries a separate telemetry message, covering server-not-found, disabled in another session, blocked by managed policy, unsupported transport, and OAuth callback failure.
Evidence

MCP server disabled in another session; auth refused

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.248 →

Feedback