Created attachment 150190 [details] video capturing the defect SUMMARY Shade a gtk window (evolution, brave, firefox) by double clicking title bar (or however you shade your window). The window decorations collapse as they should, however the original window contents continue to display. If you drag the collapsed title bar around, the zombie window contents paint away revealing the desktop behind the original window area. Unshading the window back to normal behaves as expected and the full window is properly displayed. STEPS TO REPRODUCE 1. Start a gtk app like evolution or brave, etc. 2. Double click the title bar, or otherwise shade the window. 3. Note the window decorations, border etc display the collapse/shade effect, however the original window contents continue to display right where they were. OBSERVED RESULT See #3 above EXPECTED RESULT The window should shade to just the title bar, and the area behind the original window should be visible. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Plasma 5.25.1 (available in About System) KDE Plasma Version: 5.25.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION nvidia-drivers 515.48.07, kernel 5.15.11, both of which are unchanged with previous versions of plasma that do not demonstrate this behavior. I suspect there may be a regression introduced with the fix applied for https://bugs.kde.org/show_bug.cgi?id=450582
Created attachment 150191 [details] brave window, pre-shaded
Created attachment 150192 [details] brave window, shaded
Created attachment 150193 [details] brave window, shaded and moved
Some more observations to this issue: with my revert patch applied (https://bugs.kde.org/show_bug.cgi?id=450582), the shading/shuttering does work at times and produce the described behavior at other times. I've learned to "work-around" it by switching to an open konsole window, and back to firefox. This often fixes this behavior. The window content, if it keeps being displayed often flickers at a high frequency.
Interesting, I cannot get a proper shade effect to work under any circumstances. Shading, then switching to a Konsole and then back just continues to display the old window contents. In fact, anything I drag into the old window area stays there and becomes part of the zombie window display.
(In reply to Rob from comment #5) > Interesting, I cannot get a proper shade effect to work under any > circumstances. Shading, then switching to a Konsole and then back just > continues to display the old window contents. In fact, anything I drag into > the old window area stays there and becomes part of the zombie window > display. Sorry, I was too sparse, Rob. Here's the successful procedure: DC (double click) Window header to shade it, content is still displayed. DC again to redisplay the correct content. Switch/Open konsole on the same workspace. Switch back to dysfunctional window. DC again. Works in 3 of 4 cases for me.
Hmm, try as I might I cannot duplicate that. It just continues to exhibit the broken behavior.
I just forced a rollback to kwin-5.24.5, and ran $ kwin_x11 --replace And right away all windows are shading properly.
This appears resolved now in 5.25.2? If you agree @hpj I will close as fixed.
(In reply to Rob from comment #9) > This appears resolved now in 5.25.2? If you agree @hpj I will close as > fixed. Thanks for the note, Rob. I've disabled my revert in the relevant build, but it takes a while to get this tested on my system zoo (because I and couple of others, that I infected with the Tumbleweed virus rely heavily on operational systems to do our day to day work). I restored a system backup on my primary workstation two times already related to this issue.
FTR, my build is available here: https://build.opensuse.org/package/show/home:frispete:Tumbleweed/kwin5
I believe this is resolved in 5.25.2 and now also 5.25.3. Closing