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: 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?).
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.
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
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.
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.