When remote control can't refresh your token, it now tells you to run /login instead of stalling.
What's wrong with this entry?
When the bridge runs out of token-refresh retries, the session is marked failed with an instruction to run /login instead of stalling silently.
- The refresher gained an
onExhaustedcallback fired after the configured number of consecutive failures, logged at error level - Existing "Refresh chain exhausted for sessionId=" logging and
bridge_token_refresh_exhaustedtelemetry are unchanged - The bridge supplies the callback and moves the session into a failed/auth state carrying the user-facing reason
- Token-refresh failures inside
getAccessTokenare now caught and logged rather than thrown - A new
cred_4094_recoverycause joins the recovery connect-timeout classification
OAuth token unavailable \u2014 run /login to restore Remote Control, run /login to restore Remote Control
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.222
MCP server panel explains a rejected claude.ai session token
Both mention login
-
v2.1.222
MCP: rejected claude.ai session token is now visible
Both mention login
-
v2.1.222
Dedicated error when claude.ai rejects a session bearer token
Both mention login