[Bug] selection:copy keybinding fails to copy keyboard-extended text selections in fullscreen mode
Bug Description
Title: selection:copy (Ctrl+Shift+C) and Cmd+C don't copy a keyboard-extended text selection; only plain Ctrl+C does
Summary:
In fullscreen rendering mode, after creating a text selection with the mouse and extending it via shift+arrows (selection:extendLeft/Right/Up/Down), the configured selection:copy action (default Ctrl+Shift+C) and Cmd+C fail to copy the extended selection. Ctrl+Shift+C produces an error beep and leaves the selection intact but copies nothing. Only plain Ctrl+C correctly copies the extended selection.
Steps to reproduce:
- Enable fullscreen rendering ("tui": "fullscreen").
- Mouse-drag to select text in the conversation (Claude Code reports "N chars copied").
- Press shift+arrows to extend the selection (highlight grows as expected).
- Press Ctrl+Shift+C (the bound selection:copy) → beeps, copies nothing.
- Press Cmd+C → copies only the original mouse selection, not the extension.
- Press plain Ctrl+C → correctly copies the full extended selection (confirmed by Claude Code's message and clipboard contents).
Environment:
- macOS
- Reproduced in both Terminal.app and Ghostty → terminal-independent, points to Claude Code, not the emulator.
Expected: The configured selection:copy keybinding (Ctrl+Shift+C) should copy whatever the active selection currently is, including keyboard-extended selections — matching plain Ctrl+C.
Impact: The documented/configurable copy action is inconsistent with the working (undocumented) plain-Ctrl+C path, which is confusing and makes the selection:copy keybinding effectively broken for keyboard-extended selections.
Environment Info
- Platform: darwin
- Terminal: ghostty
- Version: 2.1.177
- Feedback ID: 4e4753bc-a2d6-4147-94db-58abbd8b035b
Errors
[]
3 Comments
Also hitting this on macOS. I can't copy a keyboard/shift-extended selection with Ctrl+Shift+C or Cmd+C, so I end up having to drag with the mouse instead of selecting from one point to another with the keyboard. Bumping since this got marked stale — would be great to get the selection:copy keybinding fixed to behave like plain Ctrl+C.
Confirmed / reproduced on 2.1.233 (tested on Linux, so this isn't macOS- or terminal-specific).
What we did: fullscreen mode, mouse-drag selection (auto-copy reported "copied 26 chars"), extended it with Shift+Right, then pressed the key bound to
selection:copy. Result: no "copied" toast, nothing written to the clipboard — and the selection is silently dismissed. Plain Ctrl+C on the same extended selection correctly copied all 29 chars.Two extra findings:
selection:copyalso fails on a plain (non-extended) mouse selection — copy-on-select usually masks this.Verdict: bug, confirmed — the
selection:copyaction fires after an internal "any key clears the selection" step, so it copies an already-cleared selection. We'll get a fix up.🤖 Generated with Claude Code
For your information: the label
reproducedon this issue does not prevent it from becoming stale and eventually auto-closed. See https://github.com/anthropics/claude-code/issues/87647 for details, and consider upvoting that for visibility.