SUMMARY There is a recent bug that causes apps to stay on top for no particular reason. For me, this most often happens with Firefox and Telegram: when browsing and chatting, Telegram stays on top of Firefox, even though Firefox's window is active. This also happened with Dolphin and Gwenview: I was sorting photos, and Gwenview sometimes stayed on top of focused Dolphin. STEPS TO REPRODUCE 1. Open Firefox 2. Open Telegram (system window frame here) 3. Use both in turns for a while OBSERVED RESULT At some point Telegram will stay on top of Firefox, even though KWin doesn't think the "Keep on top" flag is set EXPECTED RESULT Window stacking order is respected SOFTWARE/OS VERSIONS Operating System: openSUSE Leap 15.3 KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Kernel Version: 5.3.18-59.16-default (64-bit) Graphics Platform: X11 Graphics Processor: Mesa DRI Intel® UHD Graphics
Odd, I've never seen this happen. I don't suppose you have any window rules set for these apps or any other apps?
(In reply to Nate Graham from comment #1) > Odd, I've never seen this happen. I don't suppose you have any window rules > set for these apps or any other apps? I have some app-specific window rules to apply titlebar color schemes or launch apps in specific activities, but they should not affect this...
Can you start disabling your rules until you find some specific trigger that makes this happen / not happen. Even if it doesn't make sense. We need a bit more info to get us started on doing anything productive with this report.
I can reproduce this without any window rules. What happened this time is that Firefox was below both Telegram and Konsole, responding to numerous clicks and window movement, but still staying below. So it seems it's less of "windows stick to top" and more of "windows stay below".
Are you able to reproduce this issue in Plasma 5.25 or later?
Yes, I can reproduce with 5.25
Do you have the "Slide Back" effect enabled?
.
No, I don't use that effect
Can you post the output of `xwininfo -root -tree` when the stacking order is broken?
Just reproduced this on Wayland, Plasma 5.26 beta — wrong moment for xwininfo I suppose :)
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!
I've been using Wayland since Plasma 5.26 beta; is there an equivalent command that I can use there?
(In reply to Ilya Bizyaev from comment #13) > I've been using Wayland since Plasma 5.26 beta; is there an equivalent > command that I can use there? On Wayland, no.
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!