[FEATURE] Setting to disable copy-on-selection in the agents view (TUI)
Summary
Add a setting to disable Claude Code's automatic copy-on-selection behavior in the agents view (the background-agents management UI), so selection only highlights and explicit Cmd+C is required to copy (matching native macOS terminal conventions).
Current behavior
Inside the agents view in the Claude Code TUI, any text selection (drag, double-click word, triple-click line) is automatically copied to the system clipboard, and a "copied X chars to clipboard" toast appears.
This does not happen in a normal interactive Claude Code session — only inside the agents view — so the auto-copy logic appears to live in that view's input handler specifically.
Why this is a problem
Any quick visual selection inside the agents view silently overwrites whatever the user had in their clipboard. This is surprising and easy to miss, especially because:
- The same behavior does not happen in a normal interactive Claude Code session.
- The same WezTerm session does not exhibit this behavior at a regular shell prompt or inside other TUI CLIs (e.g. Codex).
Even with WezTerm configured with disable_default_mouse_bindings = true and explicit Nop bindings on mouse-Up events, the auto-copy still happens inside the agents view, confirming it is Claude Code's own copy logic in that view, not the terminal's.
Proposed solution
Add one of:
- A
copyOnSelectionboolean in~/.claude/settings.json(defaulttrueto preserve current behavior) - An env var like
CLAUDE_CODE_NO_COPY_ON_SELECT=1
Setting it to disable would mean selection only highlights inside the agents view, and Cmd+C is required to copy, matching native macOS terminal conventions and the rest of Claude Code.
Workarounds considered
CLAUDE_CODE_DISABLE_MOUSE=1 is too heavy-handed since it disables all mouse interaction, not just the copy-on-select side-effect.
Environment
- Claude Code (latest)
- WezTerm 20240203 on macOS
- Reproduces: agents view inside Claude Code
- Does NOT reproduce: normal interactive Claude Code session, Codex CLI, shell prompt
Showing cached comments. Read the full discussion on GitHub ↗
11 Comments
I face the same problem on Windows in the VScode terminal when connected to WSL, no special mode needed, just plain
claude. I would also appreciate a dedicated NO_COPY_ON_SELECT option, as CLAUDE_CODE_DISABLE_MOUSE also effectively breaks scrolling for me.Yes please, add an option to disable this feature. I frequently use Shift-click to select a range of text, and this change breaks that behavior.
In general, I don’t like features that change the app’s behavior without asking first. This should be opt-in or configurable.
Add an option pls!
Hey everyone! Good news - it turns out this feature is actually already built into Claude Code, it's just a bit hidden.
You can disable it right now by following these steps:
/configcommand in your interactive session.falseand press Enter.@parthnaik-phantom since the built-in config solves this issue, you can probably close this ticket whenever you see this!
Can we please make this opt-in? Terribly annoying default
Claude saw this page but still thought that there is no way to disable. Dear Claude, it's possible:
/config -> Copy on select -> falsebut this should be done by user.And another annoyance that you can disable in ~/.claude/settings.json:
```{
"env": {
"CLAUDE_CODE_DISABLE_FEEDBACK_SURVEY": "1"
}
@Youjin-cmd it's configurable, read the topic instead of ranting about all the same thing
<img width="292" height="102" alt="Image" src="https://github.com/user-attachments/assets/c0691718-2ae2-45ee-bd3c-18228d144b63" />"I agree" button
@Eloren1 My bad, Thank you for your reminder!
Still, a file configurable would be appreciated. So we can more decoratively configure this
which version is this accessible? mine, 2.1.216 is not there in TUI configs. A feature like this, implemented and no opt-in, without a config to accompany it, not cool
/config -> Copy on select -> falseseems to work to disable the automatic copying, but since the ctrl+c copy and copy from terminal gui dropdown is still blocked, it leaves the whole experience kind of broken. this is such a weird default really because no other terminal experience works this way. please fix!