"Paste Mouse Selection with Keyboard" logistical problem

[paul1149]

"Paste Mouse Selection with Keyboard" logistical problem

[hluk]

First I select with the mouse. It therefore becomes stored in Linux secondary clipboard. Then I hit Ctrl-c to copy it to the main clipboard, and nothing happens. It is not placed in the main clipboard history. I think this is because Linux sees it's already in the second clipboard, so doesn't actually copy it?

Ah, yes, this is correct.

I see it is still problem for example in a terminal app (Kitty):

• Select text in the terminal with mouse (to copy just to the primary buffer)
• CopyQ does not store the selection ("Store test selected using mouse" is disabled)
• ..but copies it to secondary buffer ("Paste mouse selection with keyboard" is enabled)
• In the terminal, press Ctrl+Shift+C to copy the selected text to clipboard (secondary buffer)
• CopyQ notices a change, but does not store the new clipboard content because the monitored formats themselves did not change

I think I can fix this: CopyQ can also check if it "owned" the previous clipboard content but not the new one.

[paul1149]

I've also found it inconsistent. I ended up turning it all off, and then back on. Currently I have "Store clipboard" and "Paste mouse selection with keyboard" enabled. And it's been working most of the time. Ctrl-v pasting of the mouse selection is the bomb.

[Lonniebiz]

I wish I knew how to fix this issue. I'm in the habit of keying ctrl-c twice due to so many failures from only doing it once. That first time usually gets the selected text into copyQ, but ctrl-v doesn't achieve a paste, unless I copy multiple times.

[paul1149]

That's great Lukas. I think you've very succinctly stated the problem.

[Lonniebiz]

I'm running version 6.4.0 on Debian 12. What version must I run to enjoy this fix?

I don't understand the intricacies of copying and pasting as well as you guys do (when it comes to the primary and secondary buffers you've mentioned).

I use a remote desktop program called Remmina a lot. Without CopyQ I can typically ctrl-c, copying either locally or remotely, and it ends up in both my local and remote clipboards.

With CopyQ, I will sometimes copy something, and see it in CopyQ as the latest entry, but it won't paste remotely until I go into CopyQ and hit the "Activate Items" icon (which I usually click multiple times for good measure because I think I recall it requiring multiple clicks at times). Or, I'll control+C multiple times locally in order to ensure that my copy is also in the remote machine I'm accessing with Remmina. If I only hit ctrl-c once, it will often not paste remotely.

I'm hoping this fix addresses this scenario also. Perhaps its the same problem, but I'm not qualified to be sure.

Or, maybe the reason behind this is security, and I just need a better understanding about when I need to copy more than once for security sake. Not sure.

[hluk]

I'm running version 6.4.0 on Debian 12. What version must I run to enjoy this fix?

It will be available in the next release.

You can install the development version from here: https://download.opensuse.org/repositories/home:/lukho:/copyq/Debian_12/