Summary

On WSL2 Debian, the OpenCode TUI (v2.1.2) silently ignores an image pasted from the Windows clipboard. The same workflow worked in OpenCode 1.3.x, and text paste still works. Claude in the same environment still handles image paste (user-reported), so this looks like an OpenCode TUI regression rather than a missing clipboard image.

Environment

• opencode version: 2.1.2
• OS: Linux 5.15.167.4-microsoft-standard-WSL2 (WSL2, Debian)
• Terminal: TERM=xterm-256color, TERM_PROGRAM unset, WAYLAND_DISPLAY=wayland-0, DISPLAY=:0; exact terminal application not provided
• Shell: /bin/bash
• Install/channel: latest (opencode v2.1.2)
• Active plugins: none found (~/.config/opencode/opencode.jsonc contains only $schema)

Reproduction

1. In WSL2 Debian, take a screenshot with a Windows capture tool so the image is in the Windows clipboard.
2. Start opencode (v2.1.2) in the TUI.
3. Focus the prompt and press Ctrl+V (and Ctrl+Shift+V).
4. Observe that no [image ...] attachment is added and no error/toast is shown. Text paste in the same prompt works.
5. Reproduce the same clipboard image paste in Claude in the same WSL environment: the image is accepted. In OpenCode 1.3.x this also worked.

A PowerShell helper can read the same clipboard image and save it successfully:

Add-Type -AssemblyName System.Windows.Forms
Add-Type -AssemblyName System.Drawing
$img = [System.Windows.Forms.Clipboard]::GetImage()
$img.Save('C:\Users\...\AppData\Local\Temp\nf-clipboard.png', [System.Drawing.Imaging.ImageFormat]::Png)

So the image is present on the Windows clipboard; OpenCode's TUI paste path is the failing part.

Expected Behavior

The pasted image is attached to the prompt and becomes visible to the model, as it did in OpenCode 1.3.x and as it does in Claude in the same environment.

Actual Behavior

Nothing happens: no image attachment, no [image ...] marker, no error or notification. The prompt only receives text paste events.

Additional Context

• Reproducible consistently (100%) in this environment.
• wl-clipboard is installed (/usr/bin/wl-paste), but the WSLg Wayland socket is under /mnt/wslg/runtime-dir; direct wl-paste calls fail with XDG_RUNTIME_DIR is invalid or not set / Failed to connect to a Wayland server, so this may be a separate WSLg environment issue. It is not the only factor: the regression is between OpenCode 1.3.x and 2.1.2, and Claude handles the same clipboard.
• Related reports already found: TUI: image clipboard paste silently ignored on Kitty/Ghostty (regression of #4077) #25806 (TUI image clipboard paste silently ignored, regression of In Memory Image can't be Pasted in Opencode After TUI Upgrade. #4077) and TUI: pasting images via Ctrl+V has no effect — no [image] indicator appears #31737 (Ctrl+V image paste has no effect).
• Workaround used: a local snap script reads the Windows clipboard via PowerShell and writes /tmp/opencode/screenshot.png; then @/tmp/opencode/screenshot.png attaches it manually. This is not a fix, just a workaround.
• Workarounds tried: text paste (works), Ctrl+V / Ctrl+Shift+V (both fail silently), PowerShell clipboard read (works), same clipboard in Claude (works).