[BUG] "Claude Code on <host> needs to sign in again" doesn't say which Claude Code instance, or that a CLI login is required
Status Open
Reported on v2.1.259
Maintainer reply None cached
Activity 1 comment · opened Sep 20, 2026
Environment: macOS 26 (Darwin 25.6.0), Claude Code CLI 2.1.259 via nvm, desktop app (Code tab), mobile app connected through claude remote-control under launchd.
What happened
The mobile app repeatedly showed: "Claude Code on <host> needs to sign in again. Sign in there, then send your message again."
Signing in on the Mac didn't clear it. The message doesn't say which Claude Code needs the login: the desktop app, a terminal session, or a background claude remote-control process. Signing into the desktop app doesn't refresh the CLI's keychain credential, so the banner persisted until the CLI itself was re-authenticated with claude auth login.
Expected
- Name the instance (e.g. the
--namegiven toremote-control, or "CLI" vs "desktop app"). - State the actual remedy: run
claude auth loginon that machine (or/loginin a terminal session). - Ideally, have a long-running
remote-controlprocess surface the auth failure in its own log/status line ("auth expired — runclaude auth login") instead of only showingReconnecting.
Repro
- Run
claude remote-control --name Xunder launchd; keep it up for weeks. - Let the OAuth token expire.
- Send a message from the mobile app → banner appears.
- Sign into the desktop app → banner remains.
claude auth statusin a terminal reportsloggedIn: false. claude auth login→ banner clears.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗