[BUG] Text cannot be copied from Claude Code's output using `Ctrl+Shift+C` or right-click context menu.
Open 💬 29 comments Opened May 27, 2026 by qtamaki
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?
Text cannot be copied from Claude Code's output.
Neither Ctrl+Shift+C, right-click context menu, nor middle-click (X primary selection) work.
Other CLI tools in the same terminal allow normal text selection and copy.
What Should Happen?
Text in the terminal output should be selectable and copyable using standard terminal copy methods (Ctrl+Shift+C, right-click, or mouse selection + middle-click).
Error Messages/Logs
Steps to Reproduce
- Open a terminal and run
claude - Send any prompt and wait for the response
- Try to select text in the response with the mouse
- Press
Ctrl+Shift+Cor right-click → no copy operation works - Try mouse selection + middle-click → also does not work
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
2.1.152 (Claude Code)
Claude Code Version
2.1.152 (Claude Code)
Platform
Anthropic API
Operating System
Ubuntu/Debian Linux
Terminal/Shell
Other
Additional Information
Claude Code's TUI may be capturing mouse events or placing the terminal in a mode (e.g. raw mode or alternate screen) that interferes with normal text selection. This does not occur with other terminal-based AI tools.
29 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
What terminal emulator are you using? Use
/tui defaultto change back to the version that allows native selection, but each terminal also has a button to press to enable this for that interaction: Terminal.app: Fn, iTerm2: optionI see the same issue in terminator (ubuntu 24)
Same issue
Same issue on Raspberry Pi 5 running DietPi (Debian)
same issue in my pycharm terminal on ubuntu
try hold shift while dragging to select text, then copy whith ctrl+shift+c, this worked for me in ubuntu
Workaround is in 62706
I am pressing
Shiftthis for two weeks. Annoying,it's already fix?
I'm using tmux and this workaround works for me: https://github.com/anthropics/claude-code/issues/62699#issuecomment-4603339169
The linked workaround is a different issue to this was afaics, as this happens in a native tty, not on a remote or tmux session.
It didn't work for me.
This is so dumb. Not being able to copy text when claude says "Run this command in another terminal".
I found a dumb workaround as claude -p creates text you can copy.
$ claude -n foobar -p "What is the meaning of life"
(The philosophical short answer: most traditions converge on something like connection, purpose, and growth — but the honest answer is that it's a question each person has to answer for themselves through how they live.)
$ claude --resume foobar -p "In what book was the answer 42?"
The Hitchhiker's Guide to the Galaxy by Douglas Adams. In the story, a supercomputer called Deep Thought spends 7.5 million years calculating the "Answer to the Ultimate Question of Life, the Universe, and Everything" — and the answer is 42. The catch: nobody remembers what the actual question was.
==========================================
claude --resume history -p "How to I name a session on startup, rename a session while in the session, resume that sesion later?"
Name on startup:
Rename while in a session:
Resume later:
Or run
claude --resumewith no argument to open an interactive picker and search by name.or
On Mon, Jun 15, 2026 at 9:28 PM Dennis Faucher @.***>
wrote:
Yes, this workaround with default mode works for me. Ubuntu 26.04, ptyxis as terminal app, claude 2.1.191
Same for me ;(
It cannot copy
Once CC is up and showing its interface, type this as a command inside CC:
/tui default
Then test: scroll with your normal mouse wheel, and try a plain mouse click-drag (no Shift needed) to select some text, then Ctrl+Shift+C.
Fedora. Tilix. Same annoying issue.
Very bad issue, the trick to "hold" shift is ok for a little bit of text...
Having this issue on GNOME Terminal 3.52.0
I cant seem to copy either from the textoutput of the terminal. I am using vscode btw.
This works ``
/tui default``Same here, neither Ctrl+C nor Ctrl+Shift+C nor right-clicking works; sometimes one works, sometimes the other, sometimes neither. This happens to me with zsh on Debian 13.
Same problem on Ubuntu 26.04 and claude code 2.1.178. Seems to work fine on Ubuntu 24.04.
To be precise,
claudeis claiming that it pasted something to the clipboard, but it's not the case. Thankfully the shift+select (indicated in the same message "in case it does not work") is working fine.It seems to be, at least partly, specific to Ptyxis. This is the new terminal Ubuntu switched to compared to 24.04, and it works fine with others terminals like Kitty on Ubuntu 26.04.
<img width="3840" height="2336" alt="Image" src="https://github.com/user-attachments/assets/e9387289-4557-4046-a054-8a8871947f81" />
As indicated on other issues, and indicated when you select some text in
claude, a possible workaround is to hold SHIFT while you select text which will more natively select the text from terminal point of view. That means that you can then use the usual way to copy text on Linux (middle mouse button, or CTRL+SHIT+C).Fedora 44, who thought it was a brilliant idea to add a clippable interface to a terminal?
I can no longer reliably copy paste anything from the console.
I was able to isolate the mouse selection / copy issue to the
fullscreenTUI setting.The issue occurs when this exists in
~/.claude/settings.json:Environment tested:
Symptoms:
I tested this on both Ubuntu and AlmaLinux servers. After removing only
"tui": "fullscreen"from~/.claude/settings.jsonand restarting Claude Code, mouse selection/copy worked normally on both systems.Workaround:
I also confirmed the behavior by restoring the old config with
"tui": "fullscreen"; the issue returned immediately. Removing it fixed the issue again.This appears to be related to fullscreen TUI mode capturing or altering terminal mouse/input behavior in SSH sessions.
Yep same problem, makes copying over SSH impossible. Removed on two different machines (Debian and Ubuntu) over SSH and now works fine copying and performance is much better also.
In my case, connecting with Terminal (2.14) on macOS Sequoia SSH -> Debian or Ubuntu boxes with CC installed with this same "tui": "fullscreen" in settings.
Deleting this sorted the problem for me on Mac. Thank you!