[BUG] All paste methods fail silently during OAuth prompt only
Resolved 💬 5 comments Opened Apr 14, 2026 by crawfgoat Closed Apr 16, 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?
The Problem
- Symptom: Pasting (both Ctrl+V, Right-Click, Shift+Insert, and Ctrl+Shift+V altered keybindings) fails exclusively during the claude CLI authentication prompt.
- Context: Windows Terminal running Fedora 43 in WSL.
- Observation: Pasting works perfectly in the standard shell and other applications within the same terminal session; it only "dies" when the claude auth prompt is active.
Theories Explored
- Terminal Mapping Conflict: Investigated if Windows Terminal was failing to intercept Ctrl+V or if Paste was double-bound to another action.
- Input "Raw Mode" Interference: Suspected the claude tool enters a "Raw" or "Masked" input state for security, which can cause some CLI tools to ignore "burst" inputs (like a paste) in favor of individual keypresses.
- Bracketed Paste Protocol: Considered that the "Bracketed Paste" mode (which wraps pasted text in escape codes like \e[200~) was confusing the auth prompt, causing it to reject the input.
- Clipboard Sync Lag: Looked into WSLg/Wayland clipboard desynchronization between the Windows host and the Linux guest.
- Tool-Specific Regression: Identified a likely bug/regression in specific versions of claude-code (specifically around v2.1.105) that breaks terminal input handling during OAuth flows. When I downgraded to v2.1.104, the paste functionality worked flawlessly.
Attempts & Workarounds Tried
- Settings Toggles: Adjusted Allow OSC 52 and Legacy Input Encoding in Windows Terminal.
- Shortcut Alternatives: Tested Ctrl+Shift+V, Shift+Insert, and Right-Click (all failed in the auth prompt).
- Protocol Reset: Executed printf "\e[?2004l" to manually disable Bracketed Paste Mode.
- Command Palette: Attempted to force a paste from the Terminal's internal command menu (Ctrl+Shift+P -> Paste).
Conclusion / Areas for Further Investigation
The fact this works in the previous stable release, it tells me there was some form of a regression introduced in .105.
What Should Happen?
The paste functionality should work.
Error Messages/Logs
Steps to Reproduce
_Assumptions: Windows 11 and WSL is already installed_
- Install Fedora 43, patch it fully, and ensure npm is installed
- Open Windows Terminal with default settings
- Install claude:
npm install -g @anthropic-ai/claude-code - Open claude:
claude - Select your theme
- Select option #2 for API
- Copy the auth code in the browser from the URL redirect
- Attempt to paste the code into the terminal from any method (context menu, hotkey, or mouse) and verify it fails
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
2.1.104
Claude Code Version
2.1.105
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Windows Terminal
Additional Information
_No response_
This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗