TUI mouse reporting conflicts with native terminal copy/paste

[fat0]

Problem

The OpenCode TUI captures mouse events, which prevents native terminal text selection (copy/paste) in iTerm2 and likely other terminals. iTerm2 shows a prompt: 'Looks like you're trying to copy to the pasteboard, but mouse reporting has prevented making a selection.'

Users have to click 'Temporarily disable mouse reporting' every time they want to copy text from the TUI.

Expected behavior

Native terminal copy/paste should work without disabling mouse reporting, similar to how Claude Code's TUI handles this — it avoids capturing mouse events so terminal selection always works natively.

Environment

• macOS, iTerm2
• OpenCode TUI

[github-actions]

This issue doesn't fully meet our contributing guidelines.

What needs to be fixed:

• The issue does not use one of the three required templates (Bug Report, Feature Request, or Question). Please re-submit using the appropriate template — in this case, the Bug Report template, which requires a Description field with steps to reproduce.

Please edit this issue to address the above within 2 hours, or it will be automatically closed.

---

This issue might be a duplicate of existing issues. Please check:

• TUI mouse reporting conflicts with native terminal copy/paste in iTerm2 #24046: Nearly identical report (same title, same author, posted moments apart) — please close one of these
• feat: Add option to disable mouse capture in TUI for better terminal multiplexer compatibility #7926: Feature request to add a config option to disable mouse capture in TUI for terminal multiplexer/copy compatibility
• Cannot select text in chat messages - mouse capture stuck in prompt field ( VSCode terminal) #15212: Mouse capture preventing text selection in TUI (VSCode terminal)

If you believe this was flagged incorrectly, please let a maintainer know.

[fat0]

Duplicate of #24046