tui: Ctrl+V paste silently does nothing on GNOME Wayland + Nix #61092

Activity

1. opencodejr commented on Nov 1, 2026

   

   opencodejrBot

   on Nov 1, 2026

   Contributor

   More actions

   Thanks for the detailed report and the root-cause analysis. I could reproduce the silent failure.

   The sandbox has no display, so the native clipboard read returns {status: "unsupported"}, the same status you get on GNOME Wayland with Nix. On @opencode/[email protected] I typed into the prompt and pressed Ctrl+V twice. Nothing was pasted and no toast or other feedback appeared. The recording and screenshot below show this, and the script below reproduces it. It still happens on the latest dev (8c750e37): read() in packages/tui/src/clipboard.ts still returns undefined for unsupported, and prompt.paste treats that as "nothing to paste".

   I didn't test the Nix packaging side. From reading nix/opencode.nix, the wrapper adds only wayland to LD_LIBRARY_PATH and not the X11 libraries (libxcb, libXau, libXdmcp), which fits your finding. I've passed both points on to the maintainers.

   Related:

   • tui: image paste fails silently on WSL when no clipboard tool is installed (V2) #49895: the same silent Ctrl+V symptom on WSL, with a different cause
   • NixOS: image paste fails due to missing wayland library path #48931 / fix(nix): enable Wayland clipboard images #48928: the earlier fix that added the Wayland library path to the Nix build

   recording.mp4

   

   Reproduction script (drive.ts)

   // Repro for anomalyco/opencode#61092: Ctrl+V (prompt.paste) gives no feedback
   // when the host clipboard reports `unsupported`.
   // The sandbox has no DISPLAY / WAYLAND_DISPLAY, so the native clipboard read
   // returns { status: "unsupported" }, the same status the reporter gets on
   // GNOME Wayland + Nix.
   import { Effect } from "effect"
   import { OpenCodeDriver } from "opencode-drive"
   
   export default OpenCodeDriver.use(
     {
       ...(process.env.OC_DEV ? { opencode: { dev: process.env.OC_DEV } } : {}),
       tui: { recording: true, keypressOverlay: true },
     },
     ({ ui }) =>
       Effect.gen(function* () {
         yield* ui.screenshot("01-home")
         yield* ui.type("before paste: ")
         yield* ui.screenshot("02-typed")
         // prompt.paste
         yield* ui.press("v", { ctrl: true })
         yield* Effect.sleep("2 seconds")
         yield* ui.screenshot("03-after-ctrl-v")
         const frame = yield* ui.capture()
         const text = JSON.stringify(frame)
         const toast = /clipboard|paste|unsupported/i.test(text.replace(/before paste/g, ""))
         yield* Effect.log(`toast/feedback visible after Ctrl+V: ${toast}`)
         yield* ui.press("v", { ctrl: true })
         yield* Effect.sleep("2 seconds")
         yield* ui.screenshot("04-after-second-ctrl-v")
       }),
   )

   Run it with opencode-drive: opencode-drive run ./drive.ts. It drives opencode from your PATH; set OC_DEV to the path of an OpenCode checkout to run that from source instead.
2. opencodejr

   added

   reproduced

   on Nov 1, 2026
3. jimmyallinai commented on Nov 1, 2026

   

   jimmyallinai

   on Nov 1, 2026

   Contributor

   More actions

   I'll take a look at this. Plan: reproduce at the adapter level (a stubbed clipboard read returning unsupported currently resolves to undefined, so prompt.paste stays silent), then make unsupported surface through the existing error path in packages/tui/src/clipboard.ts so the paste command shows a toast instead of doing nothing, keeping empty/cancelled silent. I'll add a regression test to packages/tui/test/clipboard.test.ts and run the tui clipboard tests plus typecheck before opening a PR.
4. Tarquinen

   closed this as completedin #61094on Nov 5, 2026