{"version":"2.1.300","anchor":"bridge-debug-logging-skips-some-messages-streaming-upload-c","canonical_anchor":"bridge-debug-logging-skips-some-messages-streaming-upload-c","heading":"Remote-control sessions no longer use the separate upload stream","tier":"internal","area":"Bridge","scope":"individual","heads_up":false,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.300\/e\/bridge-debug-logging-skips-some-messages-streaming-upload-c","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.300","markdown":"### Remote-control sessions no longer use the separate upload stream\n\nRemote-control and worker code drop the uploadPaths stream: flush no longer waits on it and the server's upload_stream offer is ignored\n\n**Unclear.** Which messages are left out of debug output is not stated.\n\n**What**\n\nWhen 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:\n\n- Flush: sending pending events (`flush`) no longer waits for `uploadPaths.settled()`, and `withdrawQueuedControlRequest` now only checks the event uploader.\n\n- Worker: the cloud worker no longer accepts an `upload_stream` offer from the server; only `takeUpFlushPolicy` remains, and the `mergeWaitingLiveEvents` helper is gone.\n\n- Bridge: the check that paused merging of stream events while `uploadPaths` was streaming is removed.\n\n- 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.\n\n**Why**\n\nIf you watch bridge or SDK debug output, some messages no longer appear. Event delivery in remote sessions no longer waits on the upload stream.\n\n- Area: Bridge\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 1\/5\n- Scope: individual\n- Heads-up: no"}