Terminal.app clipboard (mouse-select + Cmd+C) broken in claude TUI over SSH after auto-update, regardless of tui:default

Environment

• macOS (Apple Silicon), Terminal.app
• Connecting via SSH to a remote Linux host, running claude on that remote host
• Claude Code auto-update enabled

Bug

Selecting text with the mouse in the claude TUI and copying with Cmd+C does not put anything on the system clipboard in Terminal.app. Mouse selection is visually highlighted but Cmd+C copies nothing. In the exact same SSH session, plain shell output and less copy normally with mouse-select + Cmd+C — so this is isolated to the claude TUI itself, not a Terminal.app/SSH/OSC52 limitation in general.

History or this bug on our end

• First occurrence was traced to "tui": "fullscreen" in ~/.claude/settings.json. Switching to "tui": "default" fixed native selection+copy at the time.
• The tui setting has remained "default", unchanged, since 2026-07-05.
• The bug returned with no config change after an auto-update of the claude binary (from 2.1.216 to 2.1.218) — this confirms the regression lives in the binary/renderer itself, not in user settings.
• Workaround attempted: pinning back to the previously-good binary via claude install 2.1.216. This did not resolve the issue on the latest check — either the regression also exists in 2.1.216, or a warm background process (the daemon's --bg-pty-host / --bg-spare workers) is holding onto stale behavior and the pin isn't fully taking effect until those are restarted.

Impact

This breaks a daily workflow of running claude over SSH from Terminal.app on a Mac to a home Linux server — currently the only workaround is abandoning the terminal entirely and using the macOS desktop app instead.

Ask

Could someone look at what changed between the tui:default renderer paths in 2.1.216 and 2.1.218+ that affects native terminal clipboard select+copy passthrough in Terminal.app over SSH? Happy to provide more diagnostics (exact version, daemon state, settings.json) if useful.