Regression: iOS Claude app session list does not show `claude remote-control` sessions on Linux

Summary

Running claude remote-control on Fedora 42 successfully starts a session and prints the join URL, but the session does not appear in the iOS Claude app's session list. The same iOS app, signed in to the same account, correctly displays remote-control sessions started from Windows WSL on a different machine. This worked from the same Fedora install ~2 days before this report.

Joining the session via the printed URL (https://claude.ai/code?environment=env_…) or via QR code works as expected — only the session-list discovery in the iOS app is broken for the Linux client.

Environment

• OS: Fedora 42 (HP OMEN 17-ck0xxx)
• claude --version: 2.1.128 (Claude Code)
• Account: scomalia@gmail.com
• iOS app: current App Store version, signed into the same account
• Other client (works fine): Windows WSL, same account, same iOS app

Steps to reproduce

1. On Fedora, run claude remote-control in a project directory.
2. Terminal shows expected output: Connected · scomalia · HEAD, friendly name (e.g. fedora-jazzy-reef), capacity 1/32, environment URL, "space to show QR code".
3. Open the iOS Claude app, sign in to the same account, navigate to the session/environment list.

Expected: Fedora session appears in the list (as it does for WSL).
Actual: No Fedora session shown. Only sessions from the WSL host appear.

Workarounds tried

• Verified workspace trust dialog accepted (hasTrustDialogAccepted: true for the workspace in ~/.claude.json).
• Verified desktop is logged in to the same oauthAccount.emailAddress and organizationUuid as the iOS app.
• Restarted claude remote-control multiple times (each spawns a new env_… / cse_… and friendly name; none appear in iOS list).
• Direct join via the printed https://claude.ai/code?environment=env_… URL works — the session is reachable, the iOS app just doesn't surface it in the list.
• QR code (space in remote-control TUI) also works to join.

Notes

• Locally, the desktop registers a server-side session at https://api.anthropic.com/v1/code/sessions/cse_… (visible in the spawned subprocess args), so the desktop side is correctly publishing the session.
• No relevant remote/session/environment GrowthBook flags appear toggled on the desktop client cache.
• Last known working from the same Fedora machine: ~2 days before this report.

Ask

The session-list discovery from iOS seems to be silently filtering out Linux-originated environments (or otherwise failing to fetch them) for this account, despite the underlying session being reachable via direct URL. Please investigate the iOS app's environment-list query / filtering for Linux clients on the affected account/org.