Ctrl+V paste still broken in legacy Windows console (PowerShell/conhost) - Jan 2026
Open 💬 1 comment Opened Jun 12, 2026 by lariconstantino
Description
Ctrl+V to paste text does not work when running Claude Code in the legacy Windows console host (conhost/PowerShell without Windows Terminal). This bug was reported in issues #12298, #11581, #12137, and #8866 — all of which were closed by the automated bot without a fix being shipped.
Steps to Reproduce
- On Windows without Windows Terminal installed (or with it set as default but running in PowerShell directly)
- Open PowerShell (legacy console, not Windows Terminal)
- Run
claude - Try to paste text with Ctrl+V
- Nothing happens — the keypress is consumed by PSReadLine
Expected Behavior
Ctrl+V should paste text from the system clipboard into the chat input.
Actual Behavior
Nothing happens. The keypress is intercepted by PSReadLine's clipboard handler and never reaches the TUI.
Environment
- OS: Windows 11 (latest)
- Claude Code Version: v2.1.175 (current latest)
- Terminal: Legacy PowerShell console (conhost.exe) — NOT Windows Terminal
- PSReadLine: Loaded (default on Windows PowerShell)
Root Cause (from community analysis)
PSReadLine intercepts Ctrl+V differently than Unix terminals:
- Unix terminals: Ctrl+V sends a literal ^V character → TUI interprets it as paste
- Windows PowerShell + PSReadLine: Ctrl+V triggers PSReadLine's Windows clipboard API → TUI never sees the keypress
Git Bash and WSL work correctly because they emulate Unix terminals. CMD also works because it lacks PSReadLine.
Workarounds (current options, all unsatisfactory)
- Right-click → Paste — works but unintuitive
- Shift+Insert — inconsistent
- Disable PSReadLine (
Remove-Module PSReadLine) — breaks many other features users rely on - Use Windows Terminal — acceptable workaround but shouldn't be required
Suggested Fixes
- Detect PSReadLine and bypass it: When running on Windows, detect if PSReadLine is loaded and use the Windows clipboard API directly (e.g.,
Get-Clipboardvia PowerShell) instead of relying on TTY-level Ctrl+V - Add
/pastecommand: Allow users to type/pasteto explicitly trigger clipboard paste - Platform-specific default binding: Map paste to Shift+Insert on Windows by default, since that's not intercepted by PSReadLine
- Document the workaround: At minimum, add a note in the Windows installation docs explaining this limitation and the right-click workaround
References
- Original issue: #12298 (closed as duplicate, never fixed)
- Duplicate issues: #11581, #12137, #8866
- All closed by automated bot without resolution
---
🤖 Generated with Claude Code
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗