SUMMARY When I use desktop, quite often I find myself in a situation when notifications aren't going away after a while. Not permanent notifications, regular ones, like mouse low power notification. They do have blue progress ring but it doesn't move. Then, after some time I made an observation that once you move mouse cursor over desktop, it starts progressing but until you stop jiggling mouse. When you move mouse over window it stops progressing again. Also when this bug can be observed, global shortcuts (like Win key that should open app menu) doesn't work too. However, I wasn't able to find anything that explicitly triggers this behaviour so I can't give steps to reproduce. I only notice this when I am able to see bugged notifications or shortcuts not being executed. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.8 Kernel Version: 6.1.4-zen2-1-zen (64-bit) Graphics Platform: Wayland
Created attachment 155192 [details] events for plasma and kwin Adding a bit of logs from before this issue happening but I am not sure how useful this information is
Let me guess, you have an AMD GPU?
Yes I do. Graphics Processor: AMD Radeon RX Vega M GL Graphics
I had a feeling. This was caused by a recent regression in the AMD graphics drivers which has thankfully already been fixed. See https://gitlab.freedesktop.org/mesa/mesa/-/issues/7624.
Issue seem to be fixed by disabling opengl threading for plasmashell process. Similar workaround is implemented for kwin (https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/19147). It vaguely says "cursor issues". But just out of curiosity, if workaround is needed, is it really fixed? What's the root cause? Is it improper threading in plasmashell or driver misbehaving? It might not be an issue with Intel because as they say in this thread: > AFAIK the drivers for Intel GPUs don't enable glthread by default yet, you'd have to explicitly enable it with mesa_glthread=true