[BUG] Remote Control bridge fails with "/login" on macOS desktop app despite valid claude.ai auth

Resolved 💬 6 comments Opened May 27, 2026 by drewolbrich Closed Jun 28, 2026

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?

Summary

/remote-control in the Claude macOS desktop app returns "Remote Control failed to connect: /login" on a Max plan with no API key override. Local sessions started on desktop never appear in the iOS Claude app's Code tab. Sessions started on iOS do appear on desktop — the failure is one-directional, consistent with the desktop-side bridge never registering with the Remote Control service.

Reproduction

  1. Sign in to Claude macOS desktop app on a Max plan (latest version).
  2. Settings → Claude Code → enable "Enable remote control by default".
  3. Start a new Code session on the desktop.
  4. Type /remote-control in the session.
  5. Observe: Remote Control failed to connect: /login.
  6. Open the iOS Claude app, pull-to-refresh the Code tab. The desktop session is not listed.

Expected

Desktop-started session appears in the iOS Code tab and can be driven remotely.

Logs

From ~/Library/Logs/Claude/main.log, every enable attempt produces:

\``
[info] Enabling remote control for session local_<uuid>
[info] [remote-control] bridge_state: failed — /login
[error] Failed to toggle remote control for local_<uuid>: /login
\
``

This reproduces across many sessions over multiple hours.

Notably, the same log shows OAuth itself is healthy in the same time window:

\``
[info] claude.ai account active and logged in
[info] [oauth] using cached token for orgId=<orgId>
\
``

The cached OAuth token's scopes are user:inference user:file_upload user:profile. My speculation (from outside the system) is that the Remote Control bridge requires a scope not present on the cached token, which would explain why the bridge gets a /login redirect despite the rest of the app being authenticated, and why signing out and back in didn't help — the OAuth flow may not be requesting the needed scope.

Tried

  • Signed out of all devices and signed back in.
  • Toggled "Enable remote control by default" off, full Cmd-Q quit, relaunched, toggled back on.
  • Confirmed ANTHROPIC_API_KEY is unset (only reference in shell config is a commented-out line).
  • Confirmed no CLAUDE_CODE_USE_BEDROCK/VERTEX/FOUNDRY overrides.
  • Confirmed running latest desktop app version (in-app update check returned "You are running the latest version").

Environment

  • Claude desktop app 1.9255.2 (per Sentry baggage in process env)
  • macOS
  • Max plan
  • No API key configured

What Should Happen?

see above

Error Messages/Logs

Steps to Reproduce

see above

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

Claude 1.9255.2 (1dc8f7) 2026-05-27T01:57:20.000Z

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

see above

View original on GitHub ↗

This issue has 6 comments on GitHub. Read the full discussion on GitHub ↗