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

Claude Code v2.1.238 ·

MCP reauth gets one retry per connection, plus two test hooks that are switched off

Simultaneous MCP re-auth attempts now collapse into one retry instead of racing each other.

You'll notice In Development
JSON All of v2.1.238
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
MCPArea: what it touches
In DevelopmentKind: in v2.1.238,
In DevelopmentSection of the release
What

When an MCP server needs reauthenticating, concurrent attempts now collapse into a single in-flight retry that reports itself as started, joined or stale_refused, alongside new per-connection bookkeeping for superseded connection attempts and background refreshes. Two accompanying hooks exist only for tests and cannot be used here.

Details
  • The setter that would keep a stale reauth entry around throws on any truthy value, so the behaviour it guards is unreachable in this build.
  • The hook for observing reauth decisions has no caller in the bundle and is read with optional chaining at two places, making it a no-op.
Evidence

setHoldStaleReauthEntryForTest is test-only

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.238 →

Feedback