In certain situations, windows disappear (become invisible and cannot be interacted with) while still running after you move them from their window snapped positions (left or right half of the screen). If you restart kwin (kwin_x11 --replace) they reappear. I believe this bug has been around for a while now. Initially I thought it was a Chromium bug; but now I've seen my Okular disappear as well. STEPS TO REPRODUCE 1. Unknown. So far, Chromium and Okular have exhibited this kind of behavior. Run either one of those. 2. Snap them to the left or to the right side of the screen. (How many times? Unknown.) 3. Don't close them. OBSERVED RESULT The window you dragged from the snap zone disappears, but it remains open in the panel task manager. EXPECTED RESULT The window does not disappear (it hasn't been closed). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION I've seen this happen on both Intel and AMD GPUs, irrespective of scaling. I haven't experienced this on Plasma Wayland (yet).
*** This bug has been marked as a duplicate of bug 456763 ***
I've reopened this bug because the Dolphin bug doesn't include the other windows that can be subject to this bug. I've also managed to elicit it (somehow?) and I'll try to attach the video to the thread.
Created attachment 151887 [details] Dragging the window makes it invisible (first problem)
Created attachment 151888 [details] If you let go of the window, it remains invisible
*** Bug 456763 has been marked as a duplicate of this bug. ***
Created attachment 151894 [details] Snap, Un-snap, POOF, re-snap, re-shown It happens when a window got snapped to a side, and you move it out of it's snapped position. If you move it into a snapped position(like maximize position), then the window will reshow up. The window can't be grabbed once it goes invisible. Not sure about corner snapping. Also this seems to only windows created after kwin process was created or so it seems? But not quiet, outside of the video I restarted the kwin first, then tried the snap, un-snap, and the window disappeared. With some programs it seems to happen 100% of the time. For awhile it happend 100% of the time with dolphin(also firefox) as on video. But a 100% replicable way seems to be with mpv.
(In reply to jakubby from comment #6) > Created attachment 151894 [details] > Snap, Un-snap, POOF, re-snap, re-shown > > It happens when a window got snapped to a side, and you move it out of it's > snapped position. > If you move it into a snapped position(like maximize position), then the > window will reshow up. > The window can't be grabbed once it goes invisible. > > Not sure about corner snapping. > Also this seems to only windows created after kwin process was created or so > it seems? > But not quiet, outside of the video I restarted the kwin first, then tried > the snap, un-snap, and the window disappeared. > > With some programs it seems to happen 100% of the time. > For awhile it happend 100% of the time with dolphin(also firefox) as on > video. > But a 100% replicable way seems to be with mpv. Fantastic video, thank you.(In reply to jakubby from comment #6) > Created attachment 151894 [details] > Snap, Un-snap, POOF, re-snap, re-shown > > It happens when a window got snapped to a side, and you move it out of it's > snapped position. > If you move it into a snapped position(like maximize position), then the > window will reshow up. > The window can't be grabbed once it goes invisible. > > Not sure about corner snapping. > Also this seems to only windows created after kwin process was created or so > it seems? > But not quiet, outside of the video I restarted the kwin first, then tried > the snap, un-snap, and the window disappeared. > > With some programs it seems to happen 100% of the time. > For awhile it happend 100% of the time with dolphin(also firefox) as on > video. > But a 100% replicable way seems to be with mpv. Thank you so much for the video. I can't get mpv to do this :D And it doesn't happen with Dolphin. Can you run kwin_x11 in a terminal and tell me what its output is? Whenever I try to snap then unsnap mpv i get a: "kwin_core: XCB error: 152 (BadDamage), sequence: ..." error.
Created attachment 151895 [details] Snap, unsnap, invissible, restart kwin, snap, unsnap, vissible (In reply to Krešimir Čohar from comment #7) > Thank you so much for the video. > I can't get mpv to do this :D And it doesn't happen with Dolphin. > Can you run kwin_x11 in a terminal and tell me what its output is? > > Whenever I try to snap then unsnap mpv i get a: > "kwin_core: XCB error: 152 (BadDamage), sequence: ..." > error. Here you go
My bad btw qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27470, resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27471, resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27472, resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27474, resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 this shows up after unsnapping not when snapping
Created attachment 151896 [details] This is what happens on my end, BadDamage but no bug
(In reply to jakubby from comment #9) > My bad btw > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27470, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27471, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27472, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27474, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > this shows up after unsnapping not when snapping Yeah BadValue i wonder if that was the thing in my video too. I just wasn't running kwin in a terminal and I can't seem to replicate this at all..
Created attachment 151897 [details] My kwinrc What about your kwinrc? If I copy yours, I may be able to replicate the bug.
Created attachment 151898 [details] kwinrc+video (In reply to Krešimir Čohar from comment #11) What seems to happen is that the window get resized to 0x0px and the decoration doesn't get rendered either, but there's clearly a "resize window" cursor. (In reply to Krešimir Čohar from comment #12) Here you go another video file(showing that this behavior can be cancelled and disabled by user without restarting kwin) +kwinrc in the archive
Thanks for the video. It's definitely the BadValue line. I can't make it happen with your kwinrc either... I agree though, I think the window becomes 0x0 px. Could this be a Qt bug?
I just managed to reproduce it using Chromium somehow, but there was no mention of any kind of bug in journalctl...
to rule possible things out.. can the bug be reproduced also using the upstream breeze decoration?
also do you have any third party scripts installed?
(In reply to Vlad Zahorodnii from comment #17) > also do you have any third party scripts installed? None
(In reply to Marco Martin from comment #16) > to rule possible things out.. > can the bug be reproduced also using the upstream breeze decoration? Version tagged upstream(5.25.5)? Or Master HEAD 022df2baadb4177c5baa965548437a45958b1238 ? https://invent.kde.org/plasma/breeze/-/commit/022df2baadb4177c5baa965548437a45958b1238
> Version tagged upstream(5.25.5)? 5.25.5, i.e. plasma version that you're able to reproduce the bug with
(In reply to Vlad Zahorodnii from comment #20) > > Version tagged upstream(5.25.5)? > > 5.25.5, i.e. plasma version that you're able to reproduce the bug with I just updated to 5.25.5 and gtk apps don't match the breeze-dark theme; Still happens on 5.25.5
Do you have any window rules, can you attach you ~/.config/kwinrulesrc?
your*
(In reply to Vlad Zahorodnii from comment #22) > Do you have any window rules, can you attach you ~/.config/kwinrulesrc? No I don't think so, contents: [$Version] update_info=kwinrules.upd:replace-placement-string-to-enum,kwinrules.upd:use-virtual-desktop-ids
(In reply to Vlad Zahorodnii from comment #22) This turns out the mpv method isn't reproducible in: 1. In a fresh VM enivornment. 2. Non-reproducible on my amd laptop(1 year old install, wayland and x.org). Gonna single out the issue: 0. Changed to nouveau and removed the x.org config. 1. I removed all kde related ~/.config/*rc files it doesn't make a difference 2. mv ~/.config ~/backup.config still persists 3. created new user still persists. 4. Removed non-essential aur packages. I don't really change a lot of things in /etc/;(I got tripple buffering x.org, fstab setup, enabled concurrent package manager updates, enabled english locale, enabled xdg portals for gtk). My ssds have no bad blocks registered. Right now I've removed the package manager cache and I am re-downloading and re-installing all system packages(well tbf it won't replace the user configuration). I might end up just reinstalling the system on this machine and see if the problem persists.
(In reply to jakubby from comment #25) > re-installing all system packages(well tbf it won't replace the user > configuration). No longer 100% reproducible; ssd corruption?
(In reply to jakubby from comment #26) I am gonna make a fresh install, today everything other than icons(without filenames) wallpaper and plasmashell panel just went invisible.
Jakubby, that's a different issue, likely Bug 353975 or a related issue. Let's not discuss it in this bug report.
*** Bug 460028 has been marked as a duplicate of this bug. ***
Git commit abd59be23274a0c76709a8c587d9ed14d154d995 by Vlad Zahorodnii, on behalf of Xaver Hugl. Committed on 02/02/2023 at 09:14. Pushed by vladz into branch 'master'. x11window: round framegeometry on moveresize If this isn't done, the size check in SurfacePixmapX11::create will stop the window from being updated Related: bug 460934 M +1 -1 src/x11window.cpp https://invent.kde.org/plasma/kwin/commit/abd59be23274a0c76709a8c587d9ed14d154d995
Git commit e8d5f1e62de979f35c37cf5cd05dc049555a0673 by Vlad Zahorodnii, on behalf of Xaver Hugl. Committed on 02/02/2023 at 10:17. Pushed by vladz into branch 'Plasma/5.27'. x11window: round framegeometry on moveresize If this isn't done, the size check in SurfacePixmapX11::create will stop the window from being updated Related: bug 460934 (cherry picked from commit abd59be23274a0c76709a8c587d9ed14d154d995) M +1 -1 src/x11window.cpp https://invent.kde.org/plasma/kwin/commit/e8d5f1e62de979f35c37cf5cd05dc049555a0673