| Summary: | Some windows are not lifted to the top of stacking order when interacted with | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Ilya Bizyaev <bizyaev> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | kde, nate, xaver.hugl |
| Priority: | NOR | Keywords: | regression |
| Version First Reported In: | 5.25.4 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Ilya Bizyaev
2021-08-01 12:30:21 UTC
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. 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! |