TUI: Can not paste certain string #11148

Activity

1. acidnik

   added

   bugSomething isn't workingSomething isn't working

   on Jan 29, 2026
2. github-actions

   assigned

   kommander

   on Jan 29, 2026
3. github-actions

   added

   opentuiThis relates to changes in v1.0, now that opencode uses opentuiThis relates to changes in v1.0, now that opencode uses opentui

   on Jan 29, 2026
4. github-actions commented on Jan 29, 2026

   

   github-actionsBot

   on Jan 29, 2026 – with GitHub Actions

   Contributor

   More actions

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

   • Can't paste. #10780: Can't paste - general paste functionality issue
   • bug: unable to paste filenames from MacOS finder into opencode #7897: Unable to paste filenames from MacOS finder - filename/path pasting issue
   • Copy and Paste behaviour under Linux #4754: Copy and Paste behaviour under Linux - clipboard handling issues

   Feel free to ignore if none of these address your specific case.
5. yanosh-k commented on Jan 30, 2026

   

   yanosh-k

   on Jan 30, 2026

   Contributor

   More actions

   I can confirm that this issue still exists, but the proposed PR won't work fully.

   Calling const content = await file.text().catch(() => { }) (or any other function with await) before event.preventDefault(), when the file exists, will paste the file name and the placeholder text (e.g. my-pages-image.png[Image 1]), which is not the intended default behavior.

   This is because event handlers will yielded control back to the event loop if you call await inside of them.

   I propose to do a synchronous file check (e.g. existsSync) :

   import { existsSync } from 'node:fs'

   and before the first image check if (file.type === "image/svg+xml") we put:

   // Note that Bun lazy-loads files and we need to
   // check that the file actually exists because type is
   // inferred from the extension. We cannot use file.exists()
   // as it is async and `await` will yielded control back
   // to the event loop
   if (!existsSync(filepath)) {
     throw new Error('File does not exist')
   }

   As the whole block is wrapped in a try/catch, this would allow for very long texts looking like file paths to be still pasted as [Pasted n lines] in the checks after the catch {}

   More on Bun I/O here: https://bun.com/docs/runtime/file-io
6. yanosh-k commented on Feb 20, 2026

   

   yanosh-k

   on Feb 20, 2026

   Contributor

   More actions

   In opencode v1.2.7 the file type check is no longer using Bun's File I/O, but the lookup function from the mime-types library. This function does not check if the files exits and just matches the file extension, meaning that the issue persists - pasting strings with image extensions does not work.

   The proposed fix is still viable. In packages/opencode/src/cli/cmd/tui/component/prompt/index.tsx, before any mime type checking is done (line 937) a check if the file exists and throwing an exception if it does not, fixes the problem.
7. github-actions commented on Apr 22, 2026

   

   github-actionsBot

   on Apr 22, 2026 – with GitHub Actions

   Contributor

   More actions

   To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.
8. github-actions

   closed this as completedon Apr 22, 2026