[BUG] New terminal renderer: copy-on-select writes clipboard with no owner window, so RDP/AnyDesk/TeamViewer never sync it

Status Open
Reported on v2.1.246
Maintainer reply None cached
Activity 0 comments · opened Aug 26, 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?

On Windows, text copied by selecting in the new TUI renderer pastes fine locally but never reaches remote machines over RDP (rdpclip), AnyDesk, or TeamViewer. Diagnosis: the renderer sets bare CF_UNICODETEXT via OpenClipboard(NULL) — GetClipboardOwner() returns 0. Remote clipboard bridges skip owner-less updates. Rewriting the identical text through OLE with a proper owner window makes remote paste work immediately, which isolates the cause to the write path. The old renderer is unaffected because the host terminal owns the selection and copies through its own window. Windows 11 Pro 26200, Claude Code with the new terminal UI enabled.

What Should Happen?

Clipboard should be synced to Remote clipboards

Error Messages/Logs

Steps to Reproduce

copy-on-select clipboard with TUI renderer and new terminal UI enabled

Claude Model

None

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.246

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Windows Terminal

Additional Information

_No response_

View original on GitHub ↗