Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial
HomeReleasesv2.1.305entry #39

Claude Code v2.1.305 ·

Sign-in falls back to pasting a code when the local listener cannot start

If Claude Code cannot open its local sign-in listener, login now shows a URL and asks you to paste the code instead of failing

Group of 4 Use it now Improvements
JSON All of v2.1.305
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
AuthArea: what it touches
ImprovementsKind: in v2.1.305,
What probably matters to youSection of the release

What

When you sign in, Claude Code normally starts a small local listener that receives the result from your browser. If that listener could not start, login failed.

  • Now login continues with a manual URL and asks you to paste the code shown after signing in, at the prompt "Paste code here > ".
  • The login screen says "Use the URL below to sign in" instead of "Browser didn't open? Use the url below to sign in".
  • claude auth login in a terminal prints "Sign in at:" with the URL and waits for the code; Ctrl-D closes the prompt and stops the login.
  • Running out of file handles (EMFILE or ENFILE) still stops login with an error.
  • If the fallback cannot be used, you see "Couldn't start the local listener that receives the browser sign-in. Try again." with " Run with --debug for the underlying error." added.
  • Separately, the sign-in URL builder can add one extra permission scope through a new alsoRequestScope option; no caller was found using it.

Why

Login can work on headless or remote machines and where the local port is blocked, and failures point you to --debug.

See this entry in the whole of v2.1.305 →

Feedback