Preflight Checklist
What's Wrong?
Dispatch reports my Mac mini as "Asleep" while I am actively typing ON that machine — Claude Desktop open, machine online and in use. Dispatch also will not open past chats, which blocks the normal thumbs-down feedback path (hence filing here).
Key evidence it's server-side presence/pairing state: at the same moment, an active Cowork cloud session's device bridge to this SAME desktop app was fully functional — get_device_info returned instantly and a local MCP server proxied through the desktop app answered queries. The desktop app is provably online and reachable from Anthropic's cloud while Dispatch simultaneously reports it asleep. The device-bridge channel and Dispatch presence are clearly independent signals; the bridge is healthy while Dispatch presence is stale.
Matches the known issue class in #58097, #44225, #51389, #49545, #62529, #54782, #66114, #75416 — #58097 concludes stale server-side session/pairing state not recoverable by local troubleshooting. Possibly correlated with the 2026-07-22 "Service disruption on Claude Services" incident affecting Cowork Remote (status.claude.com).
What Should Happen?
Dispatch should show the desktop as awake/online and allow access to past chats whenever the desktop app is running and connected — which it provably is (see device-bridge evidence).
Error Messages/Logs
Dispatch status: "Asleep"
"Can't reach your desktop. Check that your computer is online and desktop app is open."
Past chats fail to open via Dispatch.
Steps to Reproduce
- Mac mini awake, online, in active use; Claude Desktop 1.24012.9 open.
- Open Dispatch (mobile or another surface) → desktop shows "Asleep"; past chats will not open.
- Simultaneously, from an active Cowork cloud session, call get_device_info over the device bridge to the same desktop app → responds instantly; local MCP server proxied through the app answers queries.
- Local troubleshooting did not resolve: verified machine awake/online, desktop app restart, confirmed bridge functional end-to-end DURING the failure.
Environment: Mac mini M4, macOS (arm64), Claude Desktop 1.24012.9 (Electron 42.7.0, Node 24.18.0). Account: cargobikepdx@gmail.com. Observed 2026-07-28 ~13:45 PT, ongoing.
Impact: cannot coordinate agent sessions from mobile via Dispatch; cannot access past chats; locally-bound scheduled tasks risk silently skipping while the platform believes the desktop is asleep.
REQUEST: please reset the backend Dispatch session/pairing/presence state for this account (same request pattern as #58097). Local state appears healthy; all evidence points server-side.
Claude Model
No response
Is this a regression?
Yes, this worked in a previous version
Last Working Version
Claude Desktop app 1.24012.9
Claude Code Version
Claude Desktop app 1.24012.9 (Dispatch issue, not CLI; sandbox CLI 2.1.220)
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Other
Additional Information
No response
Preflight Checklist
What's Wrong?
Dispatch reports my Mac mini as "Asleep" while I am actively typing ON that machine — Claude Desktop open, machine online and in use. Dispatch also will not open past chats, which blocks the normal thumbs-down feedback path (hence filing here).
Key evidence it's server-side presence/pairing state: at the same moment, an active Cowork cloud session's device bridge to this SAME desktop app was fully functional — get_device_info returned instantly and a local MCP server proxied through the desktop app answered queries. The desktop app is provably online and reachable from Anthropic's cloud while Dispatch simultaneously reports it asleep. The device-bridge channel and Dispatch presence are clearly independent signals; the bridge is healthy while Dispatch presence is stale.
Matches the known issue class in #58097, #44225, #51389, #49545, #62529, #54782, #66114, #75416 — #58097 concludes stale server-side session/pairing state not recoverable by local troubleshooting. Possibly correlated with the 2026-07-22 "Service disruption on Claude Services" incident affecting Cowork Remote (status.claude.com).
What Should Happen?
Dispatch should show the desktop as awake/online and allow access to past chats whenever the desktop app is running and connected — which it provably is (see device-bridge evidence).
Error Messages/Logs
Steps to Reproduce
Environment: Mac mini M4, macOS (arm64), Claude Desktop 1.24012.9 (Electron 42.7.0, Node 24.18.0). Account: cargobikepdx@gmail.com. Observed 2026-07-28 ~13:45 PT, ongoing.
Impact: cannot coordinate agent sessions from mobile via Dispatch; cannot access past chats; locally-bound scheduled tasks risk silently skipping while the platform believes the desktop is asleep.
REQUEST: please reset the backend Dispatch session/pairing/presence state for this account (same request pattern as #58097). Local state appears healthy; all evidence points server-side.
Claude Model
No response
Is this a regression?
Yes, this worked in a previous version
Last Working Version
Claude Desktop app 1.24012.9
Claude Code Version
Claude Desktop app 1.24012.9 (Dispatch issue, not CLI; sandbox CLI 2.1.220)
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Other
Additional Information
No response