Right click copy doesn't work

[AsafMah]

When marking text, copilot supports right click copy, but only ctrl+c works in tmax.

[InbarR]

Tried to repro this on Windows against the current main build and right-click copy actually does work - both with API-driven selection and with real mouse-drag selection, the clipboard ends up containing the selected text. Added a regression spec at tests/e2e/issue-84-rightclick-copy.spec.ts covering both flows (both pass).

The handler that runs on right-click is at src/renderer/components/TerminalPanel.tsx:1311 - it calls term.hasSelection() and writes the selection via clipboardWrite(...) immediately, with no visible UI (no popup menu, no toast).

A guess at what you might be hitting: tmax's right-click is silent on success - no context menu pops up like in Copilot Chat / VS Code, just an immediate clipboard write. If you right-clicked expecting a menu and didn't paste elsewhere afterwards, it would look like nothing happened even though the clipboard was actually updated. Could you verify by:

1. Selecting text in tmax, right-clicking, then pasting into Notepad or any other editor - does the selected text show up?
2. Confirming your platform (Windows / macOS / Linux) and tmax version (Help -> About).

If the clipboard does get the selection but you still want a visible affordance (right-click context menu with Copy/Paste items), that's a reasonable UX request - happy to track that separately.

[InbarR]

Fixed in 2e5e251.

Root cause: when a TUI like Claude Code has SGR mouse reporting on (?1000h ?1006h), xterm forwards drag events to the pty instead of creating a selection. The right-click handler in TerminalPanel.tsx (and DetachedApp.tsx) saw hasSelection() === false and fell through to the implicit-paste branch added in #72. With an image on the clipboard - which was the case in the repro since tmax had saved a PNG from a prior clipboard action - the saved-PNG file path was pasted into the active prompt.

Fix (Option A discussed offline): in handleContextMenu, when there is no xterm selection AND the clipboard holds only an image (no plain text, no HTML), return early instead of pasting. Ctrl+V is unchanged - explicit paste still pastes images for users who want it.

Regression coverage: tests/e2e/issue-84-rightclick-copy-with-image-clipboard.spec.ts reproduces the exact scenario (mouse reporting on + drag + image-only clipboard + right-click) and asserts no pty write fires. Fails on main, passes with the fix. Existing tests/e2e/issue-84-rightclick-copy.spec.ts (the happy-path drag-select + right-click + text-only clipboard cases) still passes.

[AsafMah]

Still happens to me in 1.7.0

Tried fixing with copilot myself but it doesn't seem to get far