Repository navigation
CopyQ does not paste large items when selecting large items from history and using Synchronize on Linux #3424
Description
Describe the bug
When using Synchronize, large items (40+ lines) do not paste when being selected from the tray or main window. This only seems to be an issue when using Synchronize.
To Reproduce
- Set CopyQ to synchronize &clipboard with a local folder
- Copy large text to the clipboard, seems to be an issue primarily with 50+ lines of text
- copy something small to the clipboard so it's the latest item in the clip history
- open CopyQ toolbar or main window and select the large item from your clipboard history that's the second entry. Paste will fail and also the entry will turn blank until copyq is restarted.
Expected behavior
CopyQ should paste the text into the active window.
Screenshots
Copy Long text and then copy a short text so that's the first entry
Selecting the second entry doesn't paste and clears the entry in CopyQ
The clip contents is just plain text, nothing special:
Version, OS and Environment
CopyQ Clipboard Manager 13.0.0
Qt: 6.10.0
KNotifications: 6.19.0
Compiler: GCC
Arch: x86_64-little_endian-lp64
OS: CachyOS using X11
Activity
Chealer commentedon Feb 16, 2026
Thank you @YMan84
CopyQ uses a heuristic to paste, so it is not surprising that it fails in certain cases. But you seem to describe something considerably worse. So you are saying that it "clears" the entry both in the tray menu and in the main window?
In any case, please detail how you perform step #2, providing a (ideally minimal) testcase.
What you are showing is not plain text, but rich text.
License
This comment and any other from myself on this ticket is offered under the terms of CC0 1.0.YMan84 commentedon Feb 18, 2026
Thanks for the correction @Chealer
In this example i just did a Control + A and then a Control + C on the home page of https://archlinux.org/.
Then i copied a small text, eg a few words from that same page so that the full page entry gets moved to position 2 in my history.
Here is a recording of the process:
copyq-recording.mp4
Chealer commentedon Feb 19, 2026
Your screencast appears to be somewhat corrupted. I cannot read it in Firefox 147.0 on Windows 11, but thanks, I managed to view it using Google Chrome and this clarifies.
However, it does not show CopyQ’s main window; is it also affected?
Is there something added to CopyQ’s log while you perform the reproduction steps?
Also, it would really help to include in this ticket a testcase, ideally a minimal one.
YMan84 commentedon Feb 19, 2026
Can you clarify what you mean by a testcase?
Do you want the configuration file or something else?
Chealer commentedon Feb 20, 2026
No, just what you copy
A testcase is a precise sequence of steps which allows to reproduce or not the problem.
You provided a precise sequence, but which relies on the URL of a webpage. Even if the URL’s content is determined, it can change, so that is not a stable and precise testcase definition. If you copy the contents which your testcase relies on here, then it becomes a real testcase definition.
A minimal testcase is a sequence which allows to reproduce with the smallest number of steps and amount of data.
itemsync: Fix updating items after moved
hluk commentedon Mar 1, 2026
I can fix the disappearing item data (#3458), but I'm not sure if that would fix the pasting itself.
Are there any errors/warnings in logs after you try to paste the item?
Is the item data at least available in the system clipboard after pasting (you can check from the CopyQ window with Ctrl+Shift+C)?
itemsync: Fix updating items after moved