[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

  1. Terminal Mapping Conflict: Investigated if Windows Terminal was failing to intercept Ctrl+V or if Paste was double-bound to another action.
  2. 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.
  3. 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.
  4. Clipboard Sync Lag: Looked into WSLg/Wayland clipboard desynchronization between the Windows host and the Linux guest.
  5. 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_

  1. Install Fedora 43, patch it fully, and ensure npm is installed
  2. Open Windows Terminal with default settings
  3. Install claude: npm install -g @anthropic-ai/claude-code
  4. Open claude: claude
  5. Select your theme
  6. Select option #2 for API
  7. Copy the auth code in the browser from the URL redirect
  8. 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_

View original on GitHub ↗

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