| Summary: | Window order won't allow input - after working for an hour or so (kwin_x11) | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | alex |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | nate |
| Priority: | NOR | ||
| Version: | 5.25.5 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Window Stacking Error demonstration | ||
|
Description
alex
2022-10-06 22:49:01 UTC
Just adding that I'm aware this is a terrible report I've made. If there's any form of logging I could enable that could help me gather relevant details when it happens, please let me know. Could you try again with Plasma 5.26, which is due to be released in two days? Thanks! (In reply to Nate Graham from comment #2) > Could you try again with Plasma 5.26, which is due to be released in two > days? Thanks! Thanks Nate! OK, once 5.26 lands for openSUSE Tumbleweed (probably next week), I'll give it a spin and see. Created attachment 152972 [details]
Window Stacking Error demonstration
Hi, as requested I'm checking back in with Plasma 5.26, and the problem remains. I've managed to narrow down reproducing it a bit, and attached a video showing the problem I have. So updating: STEPS TO REPRODUCE 1. Open multiple windows on one Activity, and multiple windows on a second Activity 2. Switch between windows of an activity using ALT-TAB or by left-clicking visible area of window 3. Switch to the other activity, then switch between windows of this second activity using ALT-TAB or by left-clicking visible area of window OBSERVED RESULT Window visibility and focus state can become broken as shown in attached video. Main points of video, using 3 windows for demonstration: 0-2s: Starting with Slack active and on top, I click on Konsole which activates and raises as expected. 3-6s: Having clicked on Kate, it is active (see cursor and task manager), but remains visually under Konsole and Slack. 7-12s: Trying to click on Slack which is on top, but all interaction is with the invisible parts of the Kate window. 13-25s: I click on part of the Slack window which doesn't overlap Kate, and it activates Slack but brings Kate to the top! 26-end: I use krunner to kwin_x11 --replace, and all order returns to normal. Note also that Vokoscreen's ShowClick and Halo cursor indicators work after replacing kwin_x11, whereas before they may have been rendering under the windows? EXPECTED RESULT The active window on an activity should always be raised to top and be visible in front of others* *Obviously except if window is Keep Above Others, or other settings say otherwise. My Window Behavior is set to: Focus Follows Mouse, Medium FSP, "Click raises active window", but not "Raise on Hover". Updated System info Operating System: openSUSE Tumbleweed 20221015 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel Version: 6.0.1-1-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 2700X Eight-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: Quadro P620/PCIe/SSE2 Sorry, adding after further testing: ADDITIONAL INFORMATION I've just tried Plasma Wayland for the first time in a while, and I could not reproduce the error there. So while with my little knowledge it seems to involve kwin_x11, that may be a useful datapoint to confirm. Plasma Wayland has improved a lot since I last tried - there was nothing blindingly broken. Sadly the performance was very stuttery with very high CPU use (up to 95% of a core) by kwin_wayland, so I won't be up to switch any time soon. Update: As of Plasma 5.27.0, it looks like this may have been resolved. (possibly related to heroic work being done in kwin generally?) I had stopped using Activities altogether due to this: I now plan to resume using Activities (yay!), and will change status to resolved in a couple of days if all is well. |