https://bugs.kde.org/show_bug.cgi?id=360262
Adam Ruckel <ad.ruc...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ad.ruc...@gmail.com
--- Comment #23 from Adam Ruckel <ad.ruc...@gmail.com> ---
Hi Nate and Alexander,
> *** Bug 404145 has been marked as a duplicate of this bug. ***
I don't think that this bug (360262) is related to 404145 or bug 393804 that I
opened in 2018.
I've never ever had any issues with my clipboard - until I open virt-manager.
And when I open virt-manager the problem is not related to size of copied data.
I can copy a single character in Kate or Konsole and the keyboard input hangs
totally for ~30 sec.
> Does this still happen to anyone in either Plasma 5.18 (the current LTS
> version) or Plasma 5.21 (the latest released version)?
I can confirm this is still an issue on
5.14 (Debian)
5.18 (Kubuntu 20.04)
5.19 (Kubuntu 20.10)
5.20 (Fedora 33)
5.21 (Arch)
> If not, the bug is in X11
I'm 100% sure that the bug was introduced in Fedora 26 lifetime (see
https://bugs.kde.org/show_bug.cgi?id=393804) after updating Plasma. In other
words if you install fresh Fedora 26, the bug is not there. If you then update
it (I'm not sure if that is currently possible with such old Fedora) the bug
will be there.
Workaround:
Configure System Tray => Disable Clipboard.
That tells me that this is a Plasma bug, not X11. But I might be wrong.
Disabling Clipboard is very unpleasant since it disables more than just a copy
history. When you disable it and copy something for example in Kate and close
it, the clipboard is gone. In other words you have to paste it somewhere before
you close the source application. Super annoying but for me - heavy VM /
virt-manager user, this is better than freezing inputs.
Thank you for your great work. Even with bugs, Plasma is the best. And KDE
community is awesome ;-).
Kind regards,
Adam
--
You are receiving this mail because:
You are watching all bug changes.
