SUMMARY After a window becomes the 3rd most recently used, KDE just forgets where it should be when alttabing for me (it drops to the bottom of the stack). I've only noticed this happen when I'm running OpenGL apps on Xorg with vsync enabled. xf86-video-amdgpu driver is not installed. STEPS TO REPRODUCE 1. Open an OpenGL app. 2. Try to make a window the 3rd most recently used. OBSERVED RESULT See it drop to the bottom of the stack. EXPECTED RESULT It becomes the third window in the stack. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 6.3.4 KDE Frameworks Version: 6.12.0 Qt Version: 6.9.0 ADDITIONAL INFORMATION
I tested this with DreamChess on git-master and can't reproduce the bug in either Wayland or X11 Setup: Firefox, Konsole and KWrite already open 1. Opened DreamChess (powered by OpenGL) 2. Switched to Konsole, then Firefox, using Alt-Tab. This made DreamChess the third most recently used (also tested clicking the applications to focus them) 3. Pressed Alt-Tab Result: The applications are shown left to right in the order they were used as expected I note that on my system, the windows are presented side by side when alt-tabbing. There is no stack bottom. To clarify, you say you've only noticed this with X11. Have you tested with Wayland, and seen the expected behavior? If you could attach a screen recording of reproducing the bug that would be very helpful. Thanks.
Yeah, it doesn't appear in Wayland. Here's extra context and a recording. https://bbs.archlinux.org/viewtopic.php?id=304839 I've also just noticed that they tend to only be "drowned" by Firefox or Chromium windows.
Created attachment 180362 [details] Bug recording
Thanks for the additional details. I see exactly what you're describing in the video. Can I ask you to send a screenshot of your Task Switcher settings? I want to try to reproduce with the same settings you have. System Settings - Window Management - Task Switcher Thanks.
Created attachment 180384 [details] Settings Sure.
Thanks for sending the screenshot. Using the same settings, I am able t reproduce this on git-master
np
It seems to be the case of launching an OpenGL app causing the compositor to crash.