https://bugs.kde.org/show_bug.cgi?id=449436
--- Comment #8 from Juha Nikkanen ---
Hey, via updates by 26. of feb on Fedora 35, this began to work for me. So, my
current sw versions are:
plasmashell 5.24.2
Qt: 5.15.2
KDE Frameworks: 5.91.0
spectacle 21.12.2
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=449436
Juha Nikkanen changed:
What|Removed |Added
CC||nik...@gmail.com
--- Comment #5 from Juha
https://bugs.kde.org/show_bug.cgi?id=406303
--- Comment #4 from Juha Nikkanen ---
Kai, with your patch, problem solved. I made a local .rpm where I applied your
patch and updated & rebooted (updated kernel too) and no able to trigger
cumulative xshmfence handles since then. Thank you very
https://bugs.kde.org/show_bug.cgi?id=406303
Bug ID: 406303
Summary: Task Manager eats up open file descriptors on X server
until maximum reached
Product: plasmashell
Version: 5.14.5
Platform: Fedora RPMs
OS:
https://bugs.kde.org/show_bug.cgi?id=394489
--- Comment #29 from Juha Nikkanen ---
David, what happens if you create a new user and switch your gui session onto
that user identity? By this step, you could ensure there's no stale configs
under any of the HOME$/(.config|.cache) directories? R
https://bugs.kde.org/show_bug.cgi?id=394489
--- Comment #17 from Juha Nikkanen ---
I were able to trigger this glitch also by following steps. After restarting
plasmashell:
1. Hover over any such app's icon on the panel which has more than one instance
running and click for text li
https://bugs.kde.org/show_bug.cgi?id=394489
Juha Nikkanen changed:
What|Removed |Added
CC||nik...@gmail.com
--- Comment #16 from Juha
