[BUG] Mobile Code tab shows only live-bridged + cloud sessions; desktop-app sessions vanish when idle despite autoUploadSessions

Environment

• Claude Code desktop app (macOS, v1.21459.x) + Claude iOS app, same account (Max)
• remoteControlAtStartup: true and autoUploadSessions: true both set in ~/.claude/settings.json
• ccAutoArchiveOnPrClose: false (auto-archive already disabled — this is NOT the archive bug)

What happens

The iOS app's Code tab does not mirror the desktop app's session list. It shows, at any moment, only:

• sessions with a live Remote Control bridge (green "Connected" badge — in practice, routines/cron sessions and terminal sessions with an active bridge), and
• cloud sessions (repo-backed, e.g. cia-mac/*).

Plain desktop-app conversational sessions appear on the phone only while actively bridged and drop off the list once they go idle — even though they remain in the desktop sidebar permanently and are unarchived and correctly named on the server.

Concrete reproduction (observed over 2026-07-17 to 07-20)

1. Start several sessions in the desktop app (e.g. "Wonzimer show photography prep", "Food for artist app changes", "Mobile dashboard app for iPhone").
2. While they are active, they appear on the phone's Code tab (All filter) with "Connected" badges — verified 07-18.
3. Leave them idle. Re-check the phone the next day: those exact sessions are gone from the All list, while the desktop sidebar still lists them. The phone All list now shows only currently-running routines + cloud sessions.
4. They are not in the phone's Archived bucket either (auto-archive is off), and they are present + unarchived + correctly named on claude.ai/web.

Expected

With autoUploadSessions: true, the phone Code tab should present the uploaded desktop-app sessions as browsable (view-only when not connected), so the mobile list is a faithful mirror of the desktop session history — not just a snapshot of currently-bridged connections. At minimum, a session that appeared on the phone should not silently disappear from it when its bridge idles.

Impact

Remote Control's value is reaching a known session from the phone. Because the mobile list only reflects live connections, the sessions a user most wants to resume (recent desktop work) are exactly the ones absent from the phone once idle. Combined with independent title generation (#75343) and the missing mobile Pinned section (#78679), the mobile Code tab cannot be made to match the desktop, and no client-side workaround (renaming, unarchiving, re-running sync) can close the gap because the session simply is not in the mobile list to act on.

Related

• #75343 (session titles differ across surfaces)
• #78679 (mobile app has no Pinned section)
• #74570 (mobile-started session not visible in desktop/CLI — the inverse direction of the same mirror-fidelity problem)

These four are the same underlying theme: the mobile Code tab and the desktop session set are not faithfully synchronized in either direction.