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.300 ·

Remote-control sessions no longer use the separate upload stream

Remote-control and worker code drop the uploadPaths stream: flush no longer waits on it and the server's upload_stream offer is ignored

Group of 3 Under the hood Internal Changes
JSON All of v2.1.300
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
BridgeArea: what it touches
Internal ChangesKind: in v2.1.300,
Internal ChangesSection of the release

Unclear Which messages are left out of debug output is not stated.

What

When Claude Code is driven remotely (Remote Control, bridge or cloud worker sessions), it sends events back over a connection. A separate upload stream, uploadPaths, has been taken out of that path:

  • Flush: sending pending events (flush) no longer waits for uploadPaths.settled(), and withdrawQueuedControlRequest now only checks the event uploader.
  • Worker: the cloud worker no longer accepts an upload_stream offer from the server; only takeUpFlushPolicy remains, and the mergeWaitingLiveEvents helper is gone.
  • Bridge: the check that paused merging of stream events while uploadPaths was streaming is removed.
  • Debug output: in bridge mode, a control_request line is still written, and with debug on any message is written except ones a new filter matches.

Why

If you watch bridge or SDK debug output, some messages no longer appear. Event delivery in remote sessions no longer waits on the upload stream.

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 doubtWhich messages are left out of debug output is not stated.

See this entry in the whole of v2.1.300 →

Feedback