Cannot copy text from Claude responses in interactive TUI (GNOME Terminal, Ubuntu 24.04)
Status Open
Reported on v2.1.142
Maintainer reply None cached
Workaround ✓ Mentioned in thread ↓
Activity 13 comments · opened May 26, 2026
Environment
- Claude Code: 2.1.142
- OS: Ubuntu 24.04
- Terminal: GNOME Terminal
Description
In the interactive TUI, it is impossible to copy text from Claude's responses to the clipboard. The issue is specific to Claude's response area — copying works normally for all other terminal content.
Steps to reproduce
- Start an interactive session:
claude - Send any message and wait for a response
- Select text from Claude's response with the mouse
- Press
Ctrl+Shift+Cto copy
Expected behavior
Selected text is copied to the clipboard.
Actual behavior
Clipboard is unchanged (previous clipboard content is retained). Right-click context menu also does not work in the response area.
Additional finding
X11 primary selection works — text selected in the response area can be pasted via middle-click. Only the clipboard copy (Ctrl+Shift+C) is broken, suggesting Claude Code intercepts the shortcut in the response area without copying to clipboard.
Workaround
- Middle-click paste after selecting
- Use
claude -p "question"in a separate terminal tab for plain copyable output
Showing cached comments. Read the full discussion on GitHub ↗
10 Comments
FWIW
/tui defaultfixed this issue for me.I have the same thing in /tui fullscreen on Fedora 43 - not only does it not auto-copy (though it says it does) but ctrl-shift-C doesn't copy either. /tui default makes it work again.
I'll note that the workarounds given (middle-click) does not work for me
This doesn't fix the issue for me and significantly changes other claude code behavior (e.g., #826), so it's not really a great workaround.
Works for me. The issue only occurred when switching to
tui fullscreena few weeks back./tui fullscreenworks for you?This is exactly the issue: cannot copy text from Claude responses in interactive TUI with
/tui fullscreen.No,
/tui defaultworks for me.When I updated Claude a few weeks back, it asked me to try the new fullscreen mode - which I did. This is when I couldn't copy text via mouse. That's the only connection I can make where I started having this issue.
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.
Thanks for proving it with the config. Also confirmed same issue
Confirming issue on Mate Desktop (Gnome 2) as well. This fullscreen renderer also prevents logging in, because of the token back and forth process for the claude code client login. Biggest problem is with my VMs that the company wants us to use for sandboxing. It's a Red Hat based solution with Parallels (Gnome 3).