Another me too. Manjaro Gnome, and yes, Wayland.
Mostly I notice this when using Cherrytree. Often restarting Cherrytree seems to fix the glitch, but not always. Noticed in in other apps too but less frequently.
Been having this issue since last pamac update - so for 4 days now.
Every time I CTPL+c something, I have to do it at least 2 times.
I think it is everywhere… terminal, vscode, firefox, slack.
I use default whatever the clipboard is, default terminal.
journalctl has these kinds of lines appearing intermittently: xdg-desktop-portal-kde[72040]: xdp-kde-background: GetAppState called: no parameters
but they do not appear when “copy” fails. Just every 30s this line is logged (probably not related?).
Utterly ANNOYING.
Just noticed that in firefox copy link location selected via mouse right click failed also on 1st try. On 2nd try it worked.
That indicates that this is a system wide bug.
Somehow any “copy” command might get lost. System behaves as if “copy” was done, but nothing appears in clipboard. Maybe some kinda race condition
I think next installation is back to Windows10 for me. WSL2 makes it into a mostly working OS again.
On Arch with i3wm I never had crap like this, but many small things didn’t work coz I couldn’t spend 1 year to figure some obscure configurations.
On Manjaro everything just worked (even full disk encryption out-of-the-box!) - except any update is a potential nightmare; this time broken copy-paste.
Oh man… Should there be a bug report done to some place?
Worst thing about this is CTRL+x, aka “cut”.
Line/text disappears as if “cut” happened ok, but then “paste” doesn’t contain what was cut. Paste contains the previous thing on clipboard. “cut” content is completely lost.
I’ve seen this ‘every other’ copy working behavior but what I mostly experience is different.
Basically copy stops working in a particular app. Mostly cherrytree, but just happened in tilix too.
Workaround is restarting the problem app.
It’s definitely the copy part of copy-paste that is the issue, content just never reaches clipboard.
By now I’ve become accustomed to repeatedly smashing CTRL+c , but not having fun with it.
I’m considering taking a backup of my data and doing a full reinstall - can’t stop working though, so not sure when I’d find time for such an amazing endeavor.
Feels like back in Win95 days; have to be prepared to format harddisk at any time
Another thing.
Clicking/pressing Copy multiple times like a madman does not solve the problem anymore.
It must be and odd number of clicks or key-presses.
copy 1 ## fails
copy 2 ## ok
copy 3 ## fails again - like it populates clipboard with an invalid value
P.S. Latest update from 2020-11-18 does not solve anything.
I have experienced something like that also.
Hammering on copy results in empty paste.
But I get that intermittently. I cannot reproduce it now for example. Tried 3, 5, 7. Tried with different speeds also. Could not get it to happen.
Maybe 1 in 40 cases I get an empty buffer after copy hammering.
Trying live ISO 20.1.2 (Mikah) and copy works like it should (X11 + KDE).
At this point I think I will be making a fresh install probably (last 2 rolling updates did not solve this).
It is probably one bad package or config but I can’t figure out which.
If it is a config problem then a clean account should help - empty home with default configs. Will try this too before reinstall.
UPDATE: new account with default .config - same problem
UPDATE: I installed again from stratch. X11 works now OK (before I was forced to use wayland session - KDE + X11 did not work on my machine at all - could not get past the login screen)
This copy/paste problem is probably something specific to KDE + Wayland combination.
UPDATE: A friend has the same problem on Ubuntu 19 & 20 (Gnome+X11).
I experienced the same error using KDE + Wayland + Klipper on Arch. I could solve it by disabling the option “Prevent empty clipboard” in the Klipper settings. Please leave some feedback if this helps others as well, than I will create a bug report to Klipper.
No, this doesn’t help in my case. What’s funny is that tray element for clipboard does contain whatever I’ve copied, be it a screenshot or text.
I also tried playing with other options with no success as well. I have a feeling (which, as all we know, a thing one should not relay on) that issue raised after I’ve edited the configuration trying to deal with something else (clipboard content auto-deletion or auto-copying selection, I really don’t remember well).
I think (hope) my problems with this are resolved now. A few days ago I uninstalled Clippit clipboard manager in favour of gpaste. Doesn’t have quite the same functionality yet, but I’ve stopped having clipboard issues.
this setting doesn’t influence my LibreOffice Calc clipboard issues…
The workaround I’m using is to use the flatpak version of LibreOffice instead of the one from the normal repository. That one doesn’t adhere to the dark theme I’ve got my laptop configured too but at least it has working copy-paste functionality.
I could solve it by disabling the option “Prevent empty clipboard ” in the Klipper settings.
I confirm right clicking the “clipboard icon” in the notification area, selecting “Configure Clipboard” and disabling “Prevent empty clipboard” solves this issue on Ubuntu 21.04 - KDE Plasma 5.21.4 on Wayland.
In X11 the issue doesn’t exists. It must be something with KDE on wayland.
