[BUG] Dispatch session wedged after April 28 app update; server-side pairing state stuck
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Dispatch session became permanently unresponsive after Claude Desktop auto-updated on April 28, 2026. Same symptom pattern as #52367.
Symptoms
- Phone shows Dispatch as online and connected to desktop.
- Sending a message from the phone: the "working on it" indicator activates immediately, sometimes before any message is sent.
- Messages are received and marked as read.
- No response is ever delivered to the UI on either desktop or mobile.
- Standard Cowork sessions (non-Dispatch) work normally on the desktop.
- Regular claude.ai chat works normally.
Sequence of events
- Dispatch was working normally from April 23 through April 28.
- On April 28, Claude Desktop auto-updated.
- Active Dispatch session was wedged immediately on relaunch after update.
- Issue has persisted continuously since.
Troubleshooting attempted
- Quit and relaunched Claude Desktop multiple times.
- Force-quit and relaunched the iOS app.
- Toggled Dispatch off, hard-refreshed (Cmd+R), toggled back on.
- Updated the iOS app to latest version.
- Confirmed Claude Desktop is on latest version (1.5354.0).
- Moved
~/.claude/bridge-state.jsonout of the directory and relaunched. - New session was created, but first message after the move also got stuck.
- This indicates the broken state is server-side, not local.
Why I believe this is server-side
After moving bridge-state.json and forcing the app to recreate local state, the new session reproduced the exact same symptom on the very first message. Local state reset did not help. This matches the diagnosis in #52367: account-level Dispatch pairing state on the server has not recovered after an incident, and only Anthropic can reset it.
Environment
- Plan: Max
- Claude Desktop version: 1.5354.0 (9a9e3d), 2026-04-29T01:14:34.000Z
- macOS: 26.3.1 (a) (25D771280a)
- Hardware: MacBook M3 Pro
- iOS device: iPhone 15 Pro Max
- iOS version: iOS 26.4.2 (23E261)
- Claude iOS app version: latest as of April 30, 2026
Related issues
- #52367: identical symptom, server-side pairing state stuck
- #45937: original "desktop appears offline" pattern from April 9
- #49545: persistent Dispatch offline state
- #40178, #40430: prior instances of "messages marked read, no response delivered"
Requested action
Please re-initialize the Dispatch pairing state on my account server-side. Client-side troubleshooting cannot resolve this. Happy to provide account ID, request IDs, or logs on request.
Impact
Dispatch is a primary reason I am on a paid plan. Losing this feature for multiple days with no resolution path significantly degrades the value of the subscription.
What Should Happen?
Dispatch should work!
Error Messages/Logs
Steps to Reproduce
It’s already explained above.
Claude Model
Opus
Is this a regression?
Yes, this worked in a previous version
Last Working Version
2 versions before 1.5354.0
Claude Code Version
N/A
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
_No response_
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗