[BUG] claude login paste not working in code input field (regression in 2.1.105+)

[dogyunhan]

Preflight Checklist

• I have searched existing issues and this hasn't been reported yet
• This is a single bug report (please file separate reports for different bugs)
• I am using the latest version of Claude Code

What's Wrong?

Description

Pasting the authentication code into the claude login prompt is broken starting from version 2.1.105. Both Ctrl+V and
right-click paste do nothing — the input field remains empty and the cursor doesn't move. Manual
character-by-character typing still works. Downgrading to 2.1.104 restores paste functionality immediately.

Environment

• OS: Windows 11 + WSL2 (6.6.87.2-microsoft-standard-WSL2)
• Terminal: Windows Terminal 1.23.20211.0
• Shell: bash (xterm-256color)
• Affected versions: 2.1.105, 2.1.107
• Working version: 2.1.104

Steps to Reproduce

1. Run claude login
2. Complete browser authentication and copy the generated code
3. Attempt to paste the code into the terminal prompt via Ctrl+V or right-click
4. Nothing is entered — field stays empty

Expected Behavior

The copied code is pasted into the input field, same as in 2.1.104.

Actual Behavior

Both Ctrl+V and right-click paste are silently ignored. Manual typing is the only way to enter the code.

Additional Notes

• Paste works normally everywhere else in the same terminal session (e.g. the main Claude Code conversation UI)
• The issue is confirmed to be a Claude Code regression, not a terminal configuration issue:
  • Setting "bracketedPaste": false in Windows Terminal had no effect
  • WSL2 clipboard bridge (clip.exe) is functioning correctly — powershell.exe -command "Get-Clipboard" returns the
    expected value from within WSL2
  • Switching the symlink at ~/.local/bin/claude back to 2.1.104 fixes the issue without any other changes

Workaround

Downgrade to 2.1.104 (binary is still present after auto-update)
ln -sf ~/.local/share/claude/versions/2.1.104 ~/.local/bin/claude

What Should Happen?

Claude should have users paste code for login

Error Messages/Logs

None

Steps to Reproduce

Just enter the '/login' in the latest version (2.1.105 or 2.1.107), and try to paste the code. It would not work.

Claude Model

Not sure / Multiple models

Is this a regression?

I don't know

Last Working Version

2.1.104

Claude Code Version

2.1.107

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

WSL (Windows Subsystem for Linux)

Additional Information

No response

[Mikzas]

Same problem, thanks

[github-actions]

Found 3 possible duplicate issues:

1. [BUG][WSL2] Paste broken at OAuth prompt in v2.1.105 (regression from v2.1.104) #47725
2. [BUG] CLI login fails to allow pasting the code from the browser when terminal paste bracketing is enabled #47670
3. [BUG] OAuth login paste input completely broken after upgrading to 2.1.105 over SSH #47734

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

[timoerlemans]

I also have this issue.

[mickaeldanslenowhere]

Trick is to connect on a device that have the access to a browser and then copy credentials.json into the one that can't connect

You can even ask Claude to do it for you if you have access through ssh

[aa-parky]

Reproduces on native macOS (iTerm2 + tmux) — not VM/WSL specific
Adding a data point: this also affects native macOS environments, confirming it's broader than VM or WSL setups.

Environment:

Claude Code: 2.1.107
OS: macOS (native, not VM)
Terminal: iTerm2 + tmux
Shell: zsh
Reproduced on: 5 separate machines simultaneously with no terminal config changes

Behaviour: Pasting the OAuth code into Paste code here if prompted > is silently swallowed. No error, prompt just hangs.

Workaround that works:
In iTerm2, use Edit → Paste Special → Paste Slowly and uncheck "Bracketed paste mode" before clicking Paste. This bypasses the issue by sending raw text without the \e[200~...\e[201~ escape sequences.
This suggests the regression is the auth input field no longer stripping bracketed paste escape sequences that terminals like iTerm2 automatically wrap pasted content with.

[poof86]

Same problem here, I can't paste the OAuth code even in the native Terminal.app
I created a simple PopClip extension that types your clipboard with keystrokes using an AppleScript. To get PopClip to show up in a terminal I have to double click.

install the extension named: TypeText.popclipext

[tvvignesh]

Same issue here