fix(tui): support middle-click paste from X11 primary selection

[linuxhd0]

Issue for this PR

Closes#8915

Type of change

• Bug fix
• New feature
• Refactor / code improvement
• Documentation

What does this PR do?

It allows someone on Linux (Xorg, Wayland) to select text in one application and use the middle mouse button to paste into the prompt textbox without have to do ctrl-c + ctrl-v. This is common behaviour on Linux systems.

How did you verify your code works?

I ran bun dev after making the changes, selected some text in another terminal and pasted it into opencode and it worked. Without the fix, you don't get anything indication that anything at all happened in opencode.

I use Xorg, didn't try Wayland though.

Screenshots / recordings

N/A

Checklist

• I have tested my changes locally
• I have not included unrelated changes in this PR

If you do not follow this template your PR will be automatically rejected.

[github-actions]

The following comment was made by an LLM, it may be inaccurate:

Potential Duplicate PRs Found

1. PR fix: enable primary clipboard copy for Wayland/X11 to fix Linux middle-click paste #6370: "fix: enable primary clipboard copy for Wayland/X11 to fix Linux middle-click paste"

   • fix: enable primary clipboard copy for Wayland/X11 to fix Linux middle-click paste #6370
   • Reason: Directly addresses the same Linux middle-click paste functionality with X11/Wayland support

2. PR feat(opencode): add linux clipboard toast warnings  #10332: "feat(opencode): add linux clipboard toast warnings"

   • feat(opencode): add linux clipboard toast warnings  #10332
   • Reason: Related to Linux clipboard handling and may have overlapping implementation

These PRs appear to be addressing the same or very similar issue regarding middle-click paste support on Linux systems.

[linuxhd0]

All three open PRs touch Linux clipboard/middle-click paste but they're not really duplicates — each addresses a diiferent issue with pasting.

Summary Table

PR	Title	Problem	Approach	Files
#16379	fix(tui): support middle-click paste from X11 primary selection	Middle-clicking into opencode's prompt does nothing	On MouseButton.MIDDLE, call new Clipboard.readPrimary() and insert text	clipboard.ts, prompt/index.tsx
#6370	fix: enable primary clipboard copy for Wayland/X11 to fix Linux middle-click paste	Text copied from opencode doesn't populate the primary selection, so other apps can't middle-click paste it	On copy, optionally also write to the primary clipboard via --primary flag; opt-in via clipboard.linux.enablePrimaryCopy config	clipboard.ts, config.ts
#10332	feat(opencode): add linux clipboard toast warnings	Clipboard operations silently fail when wl-copy/xclip/xsel are not installed	Return a CopyResult with a notice/warning and show toasts in the TUI	clipboard.ts, multiple TUI call sites

Why They Are Complementary

• fix(tui): support middle-click paste from X11 primary selection #16379 fixes the read/paste direction: opencode reads the primary selection on middle-click so users can paste text selected in another app.
• fix: enable primary clipboard copy for Wayland/X11 to fix Linux middle-click paste #6370 fixes the write/copy direction: opencode writes to the primary selection on copy so other apps can middle-click paste content from opencode.
• feat(opencode): add linux clipboard toast warnings  #10332 is orthogonal: it improves feedback when clipboard tools are missing, regardless of which direction data is flowing.

As of today, all three can be merged independently and without conflict.

[rekram1-node]

Automated PR Cleanup

Thank you for contributing to opencode.

Due to the high volume of PRs from users and AI agents, we periodically close older PRs using automated criteria so maintainers can focus review time on the most active and community-supported contributions.

This PR was closed because it matched the following cleanup criteria:

• The PR was created more than 1 month ago
• The PR had fewer than 2 positive reactions
• Positive reactions are counted as thumbs-up, heart, celebration, or rocket reactions on the PR

PRs created within the last month are not affected by this cleanup.

If you believe this PR was closed incorrectly, or if you are still actively working on it, please leave a comment explaining why it should be reopened. A maintainer can review and reopen it if appropriate.

Thanks again for taking the time to contribute.