Page 1 of 2
A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 22 Feb 2026 01:20
by SARI
A bug in pasting files with the popular CopyQ Clipboard manager https://github.com/hluk/CopyQ
For Windows File Explorer, CopyQ pastes files from its history, which were copied or cut. But for XYplorer, the pasting is not done, but only by drag and drop method and even that is only copying and not cutting. And I emphasize that this is not a bug in CopyQ, because with Windows File Explorer everything is done correctly.
The latest version of XYplorer 64 and CopyQ, Windows 11 25H2.
For the file copy manager there, please see
https://copyq.readthedocs.io/en/latest/ ... le-manager
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 24 Feb 2026 12:38
by admin
Thanks for the report.
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 10 Mar 2026 07:25
by SARI
admin wrote: ↑24 Feb 2026 12:38
Thanks for the report.
???
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 11 Mar 2026 12:13
by admin
Run this script from the XYplorer address bar after you copied your files using CopyQ: text <get clipboardformats <crlf>>; (Take care that you copy/paste the script to the XYplorer address bar *before* you copy the files, else you will change the clipboard). What is returned?
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 11 Mar 2026 19:45
by SARI
admin wrote: ↑11 Mar 2026 12:13
Run this script from the XYplorer address bar after you copied your files using CopyQ:
text <get clipboardformats <crlf>>; (Take care that you copy/paste the script to the XYplorer address bar *before* you copy the files, else you will change the clipboard).
What is returned?
CF_HDROP
FileName
FileNameW
Preferred DropEffect
---------------------------------------------------------------
After copying in Windows File Explorer I get:
DataObject
Shell IDList Array
DataObjectAttributes
DataObjectAttributesRequiringElevation
Shell Object Offsets
Preferred DropEffect
AsyncFlag
CF_HDROP
FileName
FileContents
FileNameW
FileGroupDescriptorW
Ole Private Data
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 11 Mar 2026 20:15
by admin
Looks totally normal. I don't see why pasting would not work.

Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 12 Mar 2026 07:48
by SARI
admin wrote: ↑11 Mar 2026 20:15
Looks totally normal. I don't see why pasting would not work.
after you copied your files using CopyQ
COPYQ does not copy files, the copy is a normal Windows copy, but COPYQ keeps a history of all copies made so that you can paste copies made in the past. In principle, it works like WIN+V, only in a more comprehensive way, in that it can also store copied or cut files in the history. As for Windows File Explorer, it works great.
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 12 Mar 2026 09:06
by admin
So you trigger the paste from COPYQ. But how does COPYQ make the connection to XYplorer?
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 12 Mar 2026 19:31
by SARI
admin wrote: ↑12 Mar 2026 09:06
So you trigger the paste from COPYQ. But how does COPYQ make the connection to XYplorer?
I really don't know, this is a question for the developers, maybe you can ask the AI?
I am attaching here the history content in COPYQ after copying a file in XYPLORER and after the same copy from Windows File Explorer. Please note that after copying from XYPLORER "Shell IDList Array" format is missing, and if the problem is not with this format then there is probably a bug in XYPLORER that does not send correct information to the other formats.
XYPLORER:
Formats:
text/plain
text/uri-list
application/x-qt-windows-mime;value="FileNameW"
application/x-qt-windows-mime;value="Preferred DropEffect"
Windows File Explorer:
Formats:
text/plain
text/uri-list
application/x-qt-windows-mime;value="FileNameW"
application/x-qt-windows-mime;value="Preferred DropEffect"
application/x-qt-windows-mime;value="Shell IDList Array"
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 12 Mar 2026 19:54
by admin
Okay, I'll find some time to download this thing and make some tests.
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 12 Mar 2026 20:09
by SARI
admin wrote: ↑12 Mar 2026 19:54
Okay, I'll find some time to download this thing and make some tests.
Thank you very much, I'm sure it will also help others, COPYQ is a popular application Star 11.3k. I wanted to add that COPYQ is open source. You can ask the AI to go through its code on GITHUB and give you the information you need.
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 12 Mar 2026 20:29
by jupe
This setting is by default enabled, but is there a chance you disabled it?:
Configuration | Other | Shell Integration | Drag and Drop | Extended compatibility for clipboard and drag and drop
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 13 Mar 2026 07:49
by SARI
jupe wrote: ↑12 Mar 2026 20:29
This setting is by default enabled, but is there a chance you disabled it?:
Configuration | Other | Shell Integration | Drag and Drop | Extended compatibility for clipboard and drag and drop
I didn't understand the question.
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 13 Mar 2026 08:27
by admin
1) Does COPYQ work if that setting is ticked?
2) I'm testing it now and paste works just fine. COPYQ is not even involved when I paste. So, I think you should explain as detailed as possible what you are doing.
Re: A bug in pasting files with the popular CopyQ Clipboard manager
Posted: 13 Mar 2026 12:00
by SARI
admin wrote: ↑13 Mar 2026 08:27
1) Does COPYQ work if that setting is ticked?
2) I'm testing it now and paste works just fine. COPYQ is not even involved when I paste.
So, I think you should explain as detailed as possible what you are doing.
This setting does not help, whether it is checked or not. The only thing that can be done is as I mentioned above only with the drag and drop method from the COPYQ history clipboard and that is whether this setting is checked or not. Even with the drag and drop method, it does not remember that there was a cut operation and treats it as a paste operation. Normal paste from the COPYQ clipboard is not performed at all.
Regarding the question of how COPYQ is supposed to paste to XYPLORER, I am not a developer, but what I managed to understand is that when you paste an item from the COPYQ history, it sends the contents of that item to the Windows clipboard and then simulates pasting as if you pressed CTRL+V, and in our case, I see that it sends to the clipboard information of a file and not of regular text and when it simulates later pressing CRTL+V, XYPLORER does not understand that a file was sent to it, but the Windows file explorer understands that a file was sent to it, so there it works.
Someone told me that as far as he remembers, a few years ago, this problem didn't exist in XYPLORER.
I'm testing it now and paste works just fine. COPYQ is not even involved when I paste
I assume you are not pasting from the COPYQ history. Please try copying a file and then copying just text so that now the Windows clipboard stores just text, and now try pasting the file you copied from the COPYQ history.