SUMMARY No matter what text I copy, Klipper's history (both in the plasmoid and in the Meta+V dropdown) is not updated. Instead, I see the same list of old entries. Pasting the current entry works, but I'm used to accessing a few last ones, so it breaks my workflow. STEPS TO REPRODUCE 1. Select any text in Konsole or Firefox 2. Press Ctrl+C to copy it 3. Press Meta+V to view Klipper history OBSERVED RESULT The top entry is not what you've just copied EXPECTED RESULT The top entry is what you've just have copied SOFTWARE/OS VERSIONS Operating System: openSUSE Leap 15.4 KDE Plasma Version: 5.25.90 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.5 Graphics Platform: Wayland ADDITIONAL INFORMATION
Cannot reproduce on master. Can you still reproduce the bug in a new user environment?
Update status
This problem has magically disappeared with an update and reboot :)
This is happening for me again, so there's something else in play :/ Previously, I could not reproduce this on a new user, but then I could also not reproduce this on my primary user, so I'm not sure if that's useful.
I have seen this behavior as well, but what's interesting for me is, Klipper appears to think everything I copy is '#FDBC4B`. I do not know where that hex code is comming from, it it's not obviusly marked as anything. I had some success getting history to work if I enabled the action menue to appear on text copy, and cleared my clipboard history. Unfortunatly, systemctl is not reporting any bugs related to Klipper on my system, and there are unfortunatly contless subsystems that could cause behavior like this...
Interestingly, for me, Klipper's history is also stuck with an HTML color as its last element ("#050505")! I'm also pretty sure that happened last time as well.
I can confirm the following behavior: * If I delete the last element (#050505) with a plasmoid action, it disappears from Meta+V * As soon as I copy any text, #050505 becomes the last element in the history again
I have been using Plasma 5.26 for the last 3 days and since I have not seen this bug arise. I will update this thread if I see it again, but I believe it's safe to say it's been fixed.
Still happening here with 5.26.
Odd, maybe this is a bug with something completely unrelated to Plasma. I also got an update to WLRoots. Unrelated, I was looking at my `~/.config/klipperrc` and Klipper thought it was at version 5.25.5, I doubt that's related, but it's certainly worth looking into.
(In reply to FedX from comment #5) > I have seen this behavior as well, but what's interesting for me is, Klipper > appears to think everything I copy is '#FDBC4B`. I do not know where that > hex code is comming from, it it's not obviusly marked as anything. I had > some success getting history to work if I enabled the action menue to appear > on text copy, and cleared my clipboard history. Unfortunatly, systemctl is > not reporting any bugs related to Klipper on my system, and there are > unfortunatly contless subsystems that could cause behavior like this... I guess that hex code comes from the color picker Plasma applet. If that's the case for you, I've found a workaround, namely open the settings of the color picker and un-check the "copy automatically in clipboard" option. In my case this workaround hadn't solved completely the issue, as the "Klipper history not updating" problem still happens (seemingly at random), but at least it happens less frequently.
Indeed, deleting the Color Picker widget and restarting `plasmashell` made the issue go away :) I'll keep track and let you know if this workaround is persistent.
I use archlinux, and I met the same problem today. All a day long's searching, finally I found it can be solved by installing "xwayland-protocols" and "xorg-xwayland" these two packages. Hope that can help you.
(In reply to Li Desheng from comment #13) > I use archlinux, and I met the same problem today. All a day long's > searching, finally I found it can be solved by installing > "xwayland-protocols" and "xorg-xwayland" these two packages. Hope that can > help you. I did not find the package "xwayland-protocols", did you mean "wayland-protocols"? Because I installed the latter but I'm still experiencing the issue with Firefox: the first time I copy something from Firefox, Klipper updates its history correctly, but if I copy again something from Firefox then Klipper does not update its history. It seems to work with other applications though.
*** Bug 463323 has been marked as a duplicate of this bug. ***
I can reproduce this in Firefox 109.0 installed using dnf but not on Telegram Desktop Flatpak. Fedora 37 KDE Wayland. KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.6 Kernel Version: 6.1.8-200 Similar to my issue: https://bugs.kde.org/show_bug.cgi?id=433854 https://bugs.kde.org/show_bug.cgi?id=462673
I'd like to report that I have not reproduced this bug in the last few months. So it seems to be fixed. Plasma 5.27.7 + Fedora 38.
Let's close it then, I also can't reproduce it anymore.