[BUG] Dispatch stuck on "Asleep" / "Can't reach your desktop" on iOS — desktop awake, app open, all local troubleshooting exhausted (macOS, Pro plan)

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 on both the Claude iOS app and Claude Desktop shows the computer as "Asleep" / "Can't reach your desktop", even though the Mac is awake and online and Claude Desktop is open and running.

Environment:

• macOS (MacBook)
• Claude Desktop: 1.21459.0 (f7518f) 2026-07-14
• Claude iOS app: latest version
• Plan: Pro
• Account: db.jiawei@gmail.com

Local troubleshooting already exhausted (all failed, status still "Asleep"):

• Confirmed Mac is awake and online; Claude Desktop open with Dispatch visible
• Fully quit Claude Desktop (Cmd+Q), waited, relaunched
• Pull-to-refresh on the iOS Dispatch screen
• Verified keep-awake toggle is enabled
• Logged out and back in on both desktop and mobile (desktop first)
• Checked ~/.claude/bridge-state.json — file does not exist (rm returns "No such file or directory"), ruling out local pairing-state corruption
• Restarted the Mac

This matches the pattern documented in #58097, #44225, #51389 and #75416: pairing/relay state stuck server-side that the client cannot reset.

Request: backend session/pairing state reset for account db.jiawei@gmail.com (Pro plan).

What Should Happen?

Dispatch should show the desktop as online and accept tasks from the iOS app while the Mac is awake and Claude Desktop is running.

Error Messages/Logs

iOS app shows: "Can't reach your desktop. Check that your computer is online and desktop app is open."
Status icon shows: "Asleep"
This persists regardless of desktop state.

$ rm ~/.claude/bridge-state.json
rm: /Users/<user>/.claude/bridge-state.json: No such file or directory

Steps to Reproduce

1. Open Claude iOS app → Dispatch: status shows "Asleep" / "Can't reach your desktop"
2. Verify Mac is awake, online, and Claude Desktop (1.21459.0) is open — status unchanged
3. Fully quit (Cmd+Q) and relaunch Claude Desktop — no change
4. Log out and back in on both devices (desktop first) — no change
5. Delete ~/.claude/bridge-state.json — file does not exist
6. Restart Mac — no change
7. Desktop Dispatch also never returns to the QR pairing screen

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

Claude Desktop 1.21459.0 (f7518f) 2026-07-14

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

Related issues documenting the same pattern (pairing/relay state stuck server-side, not resolvable locally):

• #58097
• #44225
• #51389
• #75416
• #67682

Note: this is Claude Desktop (Dispatch/Cowork), not the CLI — "Claude Code Version" field contains the desktop app version. Plan: Pro. Requesting a backend pairing/session state reset for account db.jiawei@gmail.com.