https://bugs.kde.org/show_bug.cgi?id=504750
--- Comment #10 from Robin Bankhead <[email protected]> --- Created attachment 186039 --> https://bugs.kde.org/attachment.cgi?id=186039&action=edit console debug output, labwc - kwin_wayland - konsole Attached output from running the same test command as above, this time inside a SDDM-launched labwc session. Synopsis: 1. Ran test command from Foot terminal app with its window set to "Always on top" in labwc. kwin_wayland window opens ovelapping foot window. 2. Typed "exit<ENTER>". No redraw of kwin_wayland window. 3. Focused foot window with mouse. kwin_wayland redraws, showing konsole exited. 4. Closed kwin_wayland window (traversing its area with mouse to do so). No stopwatch this time but can do that if it helps. Regarding es2gears_wayland: I did experiment with this first, but it did not by itself trigger redraws of the kwin_wayland window, even when positioned on top of that window and set Always On Top by the WM. The same is true with foot, when I ran the test command without redirection (so there was constant redrawing in foot as the debug output spewed). On the other hand, anything redrawing the area over the kwin_wayland window at the WM level, e.g. hovering the 'Minimise' button on the overlapping window, did trigger a redraw. Notably, unlike in the previous testing with cage, here there were no redraws at all, from the very outset, until a triggering action was taken. Mouse movement by itself had no effect either way. (Mind you a multi-window compositor in place of cage running kwin_wayland fullscreen is presumably bound to have differences like this.) -- You are receiving this mail because: You are watching all bug changes.
