Bug 462673

I just updated to 5.27.0 and rebooted, experiencing the same issue on Wayland. On Kwin debug console, I can see the copied content is in "Primary selection" even if nothing was selected (I right clicked a link and clicked "Copy Link"), while "Clipboard" is empty.

The strange workaround is to copy the exact same content twice, then Clipboard is filled and I can paste.

My clipboard settings are to emulate traditional Windows behavior: single clipboard, do not auto copy on select.

Well, apparently it was fixed after a new reboot. Maybe a "first-run-only" 5.27 issue...

Suddenly it started again in the middle of the session. Don't know that triggered the issue, but just commenting to say the issue is still present. Again I'm needing to copy things twice for the clipboard to work.

(In reply to tustamido from comment #13)
> Suddenly it started again in the middle of the session. Don't know that
> triggered the issue, but just commenting to say the issue is still present.
> Again I'm needing to copy things twice for the clipboard to work.

First that comes to my mid: Are the application apparently not working using XWayland.

There are great chances your browser uses XWayland, but Kde Apps won't.

 It'd be great if you could tell, if only one case is concerned or both.

.

> First that comes to my mid: Are the application apparently not working using
> XWayland.
> 
> There are great chances your browser uses XWayland, but Kde Apps won't.
> 
>  It'd be great if you could tell, if only one case is concerned or both.

No, I use Firefox Wayland with MOZ_ENABLE_WAYLAND=1. My Firefox version (Developer Edition) even is with a bug displaying the yellow Wayland default icon instead of the blueish Firefox, ref: https://bugzilla.mozilla.org/show_bug.cgi?id=1782448.

This issue here is not restricted to Firefox, every app is failing to copy, be it Wayland or XWayland (like, for instance, SciTE text editor). Copy or cut files in Dolphin is also affected, for instance.

(By the way, a clipboard-related issue restricted to Firefox Wayland is bug 465252, still happening in 5.27.)

It saddens me to see everyone praising 5.27 while for me it was the version that made me switch back to X11 because I can't handle the need to copy things twice to be able to paste things. I can't even remap Ctrl+C to 2x Ctrl+C because other ways to copy are also affected, like contextmenu → Copy.

I just updated to 5.27.1, rebooted and tried Wayland again. Still affected.

After logging in, the first - only the first - thing I copy works fine, I'm able to paste the amount of times I want. The issue starts on the second time I try to copy something. From there it's like I said, it only works if I trigger twice the command to copy the exact same thing.

Cut (like Ctrl+X) is the same, with one difference: the workaround only works for things that aren't deleted when you cut, like files in Dolphin. If you try to cut a text string, the text is removed at the first trigger, so you can't cut the second time that would be needed to fill the clipboard.

One more info: the issue seems to be restricted to Wayland windows, but in both directions.

- If I trigger one time the command to copy something from a Wayland window, I can't paste it anywhere, be it the same window, other Wayland window or a Xwayland window.

- If I trigger one time the command to copy something from a Xwayland window, I can paste it in any Xwayland window, but not in Wayland windows.

As I previously said, when testing with Kwin debug console open in Clipboard tab I see that "Primary selection" is always correctly filled. So it seems Xwayland uses primary selection for pasting. But Wayland uses "Clipboard", which is only filled the first time the copy command is triggered since the plasmashell started.

So, answering the previous comment, yes, restarting the plasmashell ""fixes""" but just for the first time I copy, so it's not a practical workaround.

Complementing two phrases from previous comment:

> But Wayland uses "Clipboard", which is only filled the first time the copy command is triggered since the plasmashell started.

But Wayland uses "Clipboard", which is only filled the first time the copy command is triggered since the plasmashell started or if I copy the same thing twice.

> If you try to cut a text string, the text is removed at the first trigger, so you can't cut the second time that would be needed to fill the clipboard.

The *workaround for the workaround* is to use Ctrl+Z to undo the deletion caused by cutting. So in order to cut text in a Wayland window running Plasma 5.27 I need to press Ctrl+X, then Ctrl+Z and then Ctrl+X again, now I'm able to paste with Ctrl+V.

I just found another way to *reset the counter* that allows the clipboard to work once. Right-click Klipper icon in taskbar, "Clear history". Now a single Ctrl+C will work for the first thing you copy. But later when you need to copy something else, you'd need to "Clear history" again...

Wow, now I got a practical workaround. Obviously it's not a fix for the issue, but it makes Wayland usable for me, because now copy, cut and paste are consistently working. The thing to do is: just increase Klipper history size to a value higher than 1.

So the way to reproduce the issue is using 1 for history size.

tustamid, that sounds like Bug 466041. Dan's issue is different as his clipboard size is 50, not 1.

(In reply to tustamido from comment #21)
> Wow, now I got a practical workaround. Obviously it's not a fix for the
> issue, but it makes Wayland usable for me, because now copy, cut and paste
> are consistently working. The thing to do is: just increase Klipper history
> size to a value higher than 1.
> 
> So the way to reproduce the issue is using 1 for history size.

Same issue here. I raised my Klipper history from 1 to 2 and it seems to workaround the issue.

Dr. Prepper, that sounds like Bug 466041. Dan's issue is different as his clipboard size is 50, not 1.