SUMMARY When Plasma session starts, applets' background is opaque, not blurred. Can be fixed by restarting plasmashell process. Somehow, I think, KWin detects that blur is not available right when the session initialization is performed. But later it becomes available, independently of the running plasmashell, so restarting it "fixes" the issue. STEPS TO REPRODUCE 0. Set up some applets on a desktop, and reboot. 1. Turn on computer. 2. Log in to a Plasma X11 session OBSERVED RESULT Applets' background is opaque. EXPECTED RESULT Background should be blurred. It shouldn't require a plasmashell restart to fix them. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.15.11-arch2-1 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-6700HQ CPU @ 2.60GHz Memory: 15.6 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 970M/PCIe/SSE2
Just desktop applets? Or panels and panel applets too?
Created attachment 145347 [details] Plasma desktop applets are not blurred > Just desktop applets? Or panels and panel applets too? I should've posted a screenshot earlier. Here, only desktop applets are affected, while panels are fine. It is strangely inconsistent. For example, everything was fine when I re-logged-in from SDDM after a session crashed (if you can say a session crash from brightness keys is "fine", lol); but the bug triggers when cold-booting (not even a restart).
Thanks for the info!
*** Bug 449912 has been marked as a duplicate of this bug. ***
This likely has been resolved with Opensuse TW kernel 5.16.14-1.1. I talked to a maintainer, I quote: "it could be something to do with the initialization order/timing of the video drivers. I.e. kwin checks on startup if the blur effect is available but the driver is not ready yet. In which case a kernel update could have fixed/changed something. " This would also explain, why it happened only after a cold boot, but not when I log out and log back in. For me, this problem is gone now. Do you have a newer kernel available on Arch btw, just to test? :)
ratijas, can you confirm that?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!
Silly me, up to this day I've been running system-provided /usr/bin/plasmashell and kwin_x11 and everything else on login. Later I restarted it with my dev environment already set up, and it worked -- of course, why wouldn't it 🤦 Nate, please change this to CLOSED # NOT A BUG as I don't have permissions to do so :-\