518939 2026-04-14 00:18:32 +0000 Extreme memory leak with "No Titlebar and Frame" (No) with Wayland and Firefox 2026-07-27 15:04:04 +0000 1 1 4 Plasma kwin rules 6.6.4 Neon Linux RESOLVED FIXED NOR crash --- 1 vermette kwin-bugs-null gyges isma.af nate xaver.hugl https://invent.kde.org/plasma/kwin/-/commit/4d3e2c5bddd2e266e82e2d87c09c71d0908198ac 6.6.6 0 oldest_to_newest 2509937 0 vermette 2026-04-14 00:18:32 +0000 SUMMARY When using Mozilla Firefox (Env var MOZ_ENABLE_WAYLAND=1) on Wayland, setting the window rule "No Titlebar and Frame" causes the kwin_wayland process to leak substantial memory, reaching multiple gigabytes in minutes, rapidly destabilizing the system and eventually causing a crash. Other applications (E.g. Chrome and VSCode) do not trigger this effect when identically configured. Only Firefox exhibits this issue. I would report this to Mozilla, but it's the kwin_wayland process that's inflating, looks like a safeguard is needed. Reason for applying this effect: This - combined with "Hide Titlebar" in the Breeze deco will force CSD-driven applications to use the systems native frame, even rounding bottom corners reliably! STEPS TO REPRODUCE 1. Open Mozilla Firefox 2. Open Window Rules 3. Create a new window rule targeting Firefox. 4. Add "No Titlebar and Frame", and set it to "No". You may either "Force" apply it, or set it to "Apply Initially" and restart Firefox. OBSERVED RESULT After a few seconds, the kwin_wayland process will begin rapidly consuming RAM until KWin destabilizes and crashes. If Firefox is closed, memory usage stabilizes. If re-opened, it begins climbing again. EXPECTED RESULT kwin_wayland will maintain usual RAM usage. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon KDE Plasma Version: 6.6.1 - 6.6.4 (multiple machines) KDE Frameworks Version: 6.24.0 Qt Version: 6.10.2 2510247 1 xaver.hugl 2026-04-15 22:57:15 +0000 I only tested this on git master, but I didn't see any excessive amount of memory usage. KWin did use a lot of CPU while in this configuration though, maybe 6.6 has a leak in the code path we're clearly going into a lot with this configuration. I took a quick look with hotspot, and it seems that Firefox requests the CSD mode every time KWin sends the event that it's actually rendering SSD. It looks like we're doing a lot of work in KWin when the client requests a decoration mode that we ignore anyways... or even if we honor it and the client has already requested the same mode before. 2511042 2 vermette 2026-04-20 16:35:01 +0000 (In reply to Zamundaaa from comment #1) > I only tested this on git master, but I didn't see any excessive amount of > memory usage. KWin did use a lot of CPU while in this configuration though, > maybe 6.6 has a leak in the code path we're clearly going into a lot with > this configuration. > > I took a quick look with hotspot, and it seems that Firefox requests the CSD > mode every time KWin sends the event that it's actually rendering SSD. It > looks like we're doing a lot of work in KWin when the client requests a > decoration mode that we ignore anyways... or even if we honor it and the > client has already requested the same mode before. Worth noting is that both machines are running Nvidia GPUs, so perhaps a driver complication? 2523618 3 bug-janitor 2026-06-16 21:54:01 +0000 A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/9402 2523782 4 xaver.hugl 2026-06-17 12:25:21 +0000 Git commit 17b18492762d722906e4d5b3c434af2dfce14a38 by Xaver Hugl. Committed on 17/06/2026 at 11:30. Pushed by zamundaaa into branch 'master'. wayland/xdgdecoration: ignore irrelevant preferred mode changes Some clients (Firefox) request the preferred mode for some reason if it's not honored by the compositor, which makes KWin send another configure event, which makes the client send another request, infinitely in a loop. While Firefox shouldn't do that, KWin should also not do a bunch of additional work for no reason. M +3 -0 src/wayland/server_decoration.cpp M +8 -3 src/wayland/xdgdecoration_v1.cpp https://invent.kde.org/plasma/kwin/-/commit/17b18492762d722906e4d5b3c434af2dfce14a38 2523827 5 xaver.hugl 2026-06-17 13:33:04 +0000 Git commit cec7616c36f9e4977c7b5e0d16b12c752071a73b by Xaver Hugl. Committed on 17/06/2026 at 12:32. Pushed by zamundaaa into branch 'Plasma/6.7'. wayland/xdgdecoration: ignore irrelevant preferred mode changes Some clients (Firefox) request the preferred mode for some reason if it's not honored by the compositor, which makes KWin send another configure event, which makes the client send another request, infinitely in a loop. While Firefox shouldn't do that, KWin should also not do a bunch of additional work for no reason. (cherry picked from commit 17b18492762d722906e4d5b3c434af2dfce14a38) Co-authored-by: Xaver Hugl <xaver.hugl@kde.org> M +3 -0 src/wayland/server_decoration.cpp M +8 -3 src/wayland/xdgdecoration_v1.cpp https://invent.kde.org/plasma/kwin/-/commit/cec7616c36f9e4977c7b5e0d16b12c752071a73b 2523842 6 xaver.hugl 2026-06-17 14:07:38 +0000 Git commit 4d3e2c5bddd2e266e82e2d87c09c71d0908198ac by Xaver Hugl. Committed on 17/06/2026 at 12:32. Pushed by zamundaaa into branch 'Plasma/6.6'. wayland/xdgdecoration: ignore irrelevant preferred mode changes Some clients (Firefox) request the preferred mode for some reason if it's not honored by the compositor, which makes KWin send another configure event, which makes the client send another request, infinitely in a loop. While Firefox shouldn't do that, KWin should also not do a bunch of additional work for no reason. (cherry picked from commit 17b18492762d722906e4d5b3c434af2dfce14a38) Co-authored-by: Xaver Hugl <xaver.hugl@kde.org> M +3 -0 src/wayland/server_decoration.cpp M +8 -3 src/wayland/xdgdecoration_v1.cpp https://invent.kde.org/plasma/kwin/-/commit/4d3e2c5bddd2e266e82e2d87c09c71d0908198ac 2525471 7 gyges 2026-06-22 00:40:42 +0000 What a nasty bug to catch … well done! 2525475 8 gyges 2026-06-22 00:55:33 +0000 (In reply to gyges from comment #7) > What a nasty bug to catch … well done! Yet, there might be another source of memory leakage. I'm using a "merger" of titlebar and tabbar as well (titlebar deactivated, tabs and window controls in *one single bar*) and the memory leakage of Firefox on Plasma was not funny, yet it was not "fatal" and didn't crash the system in minutes. So, I'm inclined to believe that there might be another crazy edge case. Live long and prosper 2534541 9 vermette 2026-07-27 15:04:04 +0000 (In reply to Zamundaaa from comment #6) > Git commit 4d3e2c5bddd2e266e82e2d87c09c71d0908198ac by Xaver Hugl. > Committed on 17/06/2026 at 12:32. > Pushed by zamundaaa into branch 'Plasma/6.6'. > > wayland/xdgdecoration: ignore irrelevant preferred mode changes > > Some clients (Firefox) request the preferred mode for some reason if it's not > honored by the compositor, which makes KWin send another configure event, > which > makes the client send another request, infinitely in a loop. > > While Firefox shouldn't do that, KWin should also not do a bunch of > additional > work for no reason. > > > (cherry picked from commit 17b18492762d722906e4d5b3c434af2dfce14a38) > > Co-authored-by: Xaver Hugl <xaver.hugl@kde.org> > > M +3 -0 src/wayland/server_decoration.cpp > M +8 -3 src/wayland/xdgdecoration_v1.cpp > > https://invent.kde.org/plasma/kwin/-/commit/ > 4d3e2c5bddd2e266e82e2d87c09c71d0908198ac Very nice work, thank you! This will probably gel very nicely with the new frame-only rule being added. Much appreciated. ♥️🍪