Follow Discord
Sweep 08 Oct 2026 · 18:53Z Build v2.1.295 516 read Stable v2.1.286 Latest v2.1.295 Next v2.1.295 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.290 ·

Stricter failure handling when MCP servers reconnect

MCP reconnects now restore earlier state if the older HTTP+SSE fallback fails, and a refused sign-in step-up fails with adopt_refused

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

Unclear Whether the legacy HTTP+SSE fallback path is switched on for any account is not known.

What

MCP servers are outside programs that give Claude extra tools. Claude Code now handles two reconnect failures more carefully:

  • Legacy HTTP+SSE fallback: when Claude Code retries a server using this older connection method, it first releases the earlier connection state and puts it back if the fallback fails.
  • Step-up reauthentication: when a server asks you to sign in again with more access and the new connection is not accepted in place of the old one, the reconnect now fails with adopt_refused and is thrown away. Before, that result was ignored.
Why

A failed reconnect is now less likely to leave a server half-connected or in a mixed state.

Read from
Feature flag
tengu_mcp_legacy_sse_fallback Not enough to say

Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.

This account: no value returned · anonymous baseline: no value returned · compiled default in v2.1.290: on

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.290. It isn't a statement about your account. What a flag value here can and cannot tell you

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhether the legacy HTTP+SSE fallback path is switched on for any account is not known.

See this entry in the whole of v2.1.290 →

Feedback