Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.275 ·

Queued notifications now require a remote connection to deliver

Queued notification messages are relayed through Remote Control but get dropped with a warning if there's no remote transport to route them to

TierYou'll noticehow much it should matter to you
Useful2my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaRemote Controlwhat it touches
KindImprovementsin v2.1.275,
Group of 3 You'll notice

Queued notification messages are relayed through Remote Control but get dropped with a warning if there's no remote transport to route them to

What

  • The Remote Control REPL bridge now relays queued notifications into the app during a bridge session, using the same handler as before.
  • An incoming queued_notification control message is now dropped (and not acknowledged) unless the session is using a remote transport, logging a warning and recording a new telemetry reason.
  • The warning text shown when a queued notification has nowhere to go was reworded from referencing "remote mode" to referencing a missing "ingress host".

Why

This ensures queued notifications are only delivered when there's an actual remote connection able to receive them, and makes the failure message clearer about why a notification was dropped.

See this entry in the whole of v2.1.275 →