Pasting text in WezTerm on X11 Ubuntu always results in [Pasted ~X lines] #3622

Closed
opened 2026-02-16 17:40:54 -05:00 by yindo · 7 comments
Owner

Originally created by @panta82 on GitHub (Dec 17, 2025).

Originally assigned to: @rekram1-node on GitHub.

Question

I'm not sure if this is a bug or feature request, but when I paste some text in Ubuntu X11 WezTerm, I get this:

Image

As far as I can tell, there is no way I can just input normal text, that I can see and edit. Tried different key combos, and tried paste into a different program then in terminal - didn't help. This makes the TUI app pretty much unusable for me.

Is this the intended behavior or a bug?

Originally created by @panta82 on GitHub (Dec 17, 2025). Originally assigned to: @rekram1-node on GitHub. ### Question I'm not sure if this is a bug or feature request, but when I paste some text in Ubuntu X11 WezTerm, I get this: <img width="933" height="405" alt="Image" src="https://github.com/user-attachments/assets/d2d816a2-f9a0-4c86-9d7c-2bede720cdfe" /> As far as I can tell, there is no way I can just input normal text, that I can see and edit. Tried different key combos, and tried paste into a different program then in terminal - didn't help. This makes the TUI app pretty much unusable for me. Is this the intended behavior or a bug?
yindo added the opentui label 2026-02-16 17:40:54 -05:00
yindo closed this issue 2026-02-16 17:40:54 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Dec 17, 2025):

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

  • #3081: I can't paste text with CTRL+V or right mouse click when running inside WSL (similar paste input issue)
  • #3728: Pasting text broken in 1.0.10 version (paste functionality broken in terminal)
  • #1265: Text pasted in previous sessions is replaced by [pasted ... lines] placeholders (related to pasted content display)
  • #4754: Copy and Paste behaviour under Linux (Linux-specific copy/paste issues)

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Dec 17, 2025): This issue might be a duplicate of existing issues. Please check: - #3081: I can't paste text with CTRL+V or right mouse click when running inside WSL (similar paste input issue) - #3728: Pasting text broken in 1.0.10 version (paste functionality broken in terminal) - #1265: Text pasted in previous sessions is replaced by [pasted ... lines] placeholders (related to pasted content display) - #4754: Copy and Paste behaviour under Linux (Linux-specific copy/paste issues) Feel free to ignore if none of these address your specific case.
Author
Owner

@rekram1-node commented on GitHub (Dec 17, 2025):

This is intended behavior, you can disable it tho lemme find the config

@rekram1-node commented on GitHub (Dec 17, 2025): This is intended behavior, you can disable it tho lemme find the config
Author
Owner

@rekram1-node commented on GitHub (Dec 17, 2025):

in your opencode.json set:

{“experimental”:{“disable_paste_summary”: true}}

i typed this on phone so the quotes are probably invalid but you get the idea

@rekram1-node commented on GitHub (Dec 17, 2025): in your opencode.json set: {“experimental”:{“disable_paste_summary”: true}} i typed this on phone so the quotes are probably invalid but you get the idea
Author
Owner

@justfortheloveof commented on GitHub (Dec 17, 2025):

Alternatively, you can edit your prompt in your editor (leader + e or check the "Open editor" command in the commands palette)

@justfortheloveof commented on GitHub (Dec 17, 2025): Alternatively, you can edit your prompt in your editor (`leader + e` or check the "Open editor" command in the commands palette)
Author
Owner

@panta82 commented on GitHub (Dec 18, 2025):

@rekram1-node , @justfortheloveof thanks! Both of these help.

"disable_paste_summary" has a bit of a bug where it doesn't resize paste box to account for larger text, but it's workable.
And opening a text editor is def a workflow I should use more for ambitious prompts.

@panta82 commented on GitHub (Dec 18, 2025): @rekram1-node , @justfortheloveof thanks! Both of these help. "disable_paste_summary" has a bit of a bug where it doesn't resize paste box to account for larger text, but it's workable. And opening a text editor is def a workflow I should use more for ambitious prompts.
Author
Owner

@kommander commented on GitHub (Dec 18, 2025):

Does the Textarea resize after pasting, when moving the cursor? I'll get that fixed.

@kommander commented on GitHub (Dec 18, 2025): Does the Textarea resize after pasting, when moving the cursor? I'll get that fixed.
Author
Owner

@panta82 commented on GitHub (Dec 20, 2025):

No, it only resizes after editing the prompt

@panta82 commented on GitHub (Dec 20, 2025): No, it only resizes after editing the prompt
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#3622