[BUG] Copy/Paste from Mac Command C/V stop working frequently in latest Claude Code desktop

Status Open
Maintainer reply None cached
Activity 10 comments · opened Feb 27, 2026

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?

Trying to narrow what triggers it but is happening with a couple minutes of each session. Right click commands continue to work.

Claude 1.1.4498 (24f768) 2026-02-26T19:47:09.000Z

What Should Happen?

Cut/Paste from Command codes should never stop working - important feature!

Error Messages/Logs

Steps to Reproduce

Have not been able to pinpoint. Will update if I can

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

Claude 1.1.4498 (24f768) 2026-02-26T19:47:09.000Z

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_

View original on GitHub ↗

10 Comments

nishigami13 · 6 months ago

Seconding this. Ever since I started using Claude Code, it has not allowed me to copy or paste any text into or out of the Mac desktop app. Right clicking to copy/paste does work

dhalarewich · 5 months ago

Having this same problem. Shortcuts work for a while after starting app, then stop and I cannot determine exactly what triggers it. Right click copy paste continues working. The problem exists across chat, cowork and code tabs.

dan-moll · 5 months ago

Same issue appearing in VS code extension, copy and paste broken for key binding CMD + C/V

stas-mikhailov · 5 months ago

I'm experiencing exact the same issue :(

semyonorlov777 · 5 months ago

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report
  • [x] I am using the latest version of Claude Code

What's Wrong?

Cmd+C and Cmd+V stop working after a few minutes in Claude Code desktop app on macOS. Right-click copy/paste still works. Other apps are not affected — only Claude Code. Restarting the app temporarily fixes it.

Possibly related to #29199.

What Should Happen?

Cmd+C / Cmd+V should work consistently throughout the session.

Steps to Reproduce

  1. Open Claude Code desktop app
  2. Start a session, work for a few minutes
  3. Try Cmd+C or Cmd+V — nothing happens
  4. Right-click paste still works

Is this a regression?

Yes, worked in terminal version without issues.

Platform

macOS (MacBook Air)

Terminal/Shell

Claude Code desktop app (not terminal)

bwangll · 4 months ago

Is there a scheduled fix for this issue? Was it working in the previous few versions, but now it no longer works in the latest version?

nashoptics · 4 months ago
Is there a scheduled fix for this issue? Was it working in the previous few versions, but now it no longer works in the latest version?

it looks like we have to turn tui off with /tui default ... when i had the issue i realized /tui fullscreen was active and prevented me from copying... use the /tui command to see if its active or not.

bwangll · 2 months ago

Adding a workaround for anyone who wants to keep the fullscreen TUI (/tui fullscreen, equivalent to CLAUDE_CODE_NO_FLICKER=1) instead of falling back to /tui default.

In fullscreen mode the alt-screen renderer enables mouse reporting, so a normal click-drag is captured by the app and never reaches the terminal's own selection — which is why Cmd+C has nothing to copy. The fix is to make a terminal-native selection first:

  1. Hold Shift (Option in some terminals) and drag the mouse to select — this bypasses mouse reporting so the terminal does the selecting.
  2. Release, then press Cmd+C on its own (no Shift).

Cmd+C / Cmd+V themselves are still bound normally; the only missing step is the Shift-drag to get a real selection. This lets you keep the flicker-free fullscreen renderer and still copy/paste.

ag1988 · 2 months ago

@bwangll thanks - your suggestion worked!

frankie453 · 1 month ago

Additional finding:

The issue appears to be related to Fullscreen TUI rather than OAuth itself.

Running /tui showed that Fullscreen mode was enabled.

After switching back with:

/tui default

OAuth paste started working normally without needing "Paste Slowly" or disabling bracketed paste.

This suggests the fullscreen TUI layer may be intercepting or mishandling pasted input before it reaches the OAuth prompt.