Created attachment 140308 [details] Firefox with title bar disabled SUMMARY CSD windows such as Firefox with the title bar disabled have a huge black outline where the shadows used to be after disabling compositing STEPS TO REPRODUCE 1. Open Firefox with the title bar disabled 2. Disable compositing manually or launch an application that uses SDL2 OBSERVED RESULT The Firefox window shadows turn opaque EXPECTED RESULT The window shadows are removed SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84 Qt Version: 5.15.2
Can reproduce.
X11 doesn't support translucency natively, only with some help from a compositing window manager. Please report this issue to Firefox developers. Ideally, Firefox should stop rendering client-side drop shadows and draw some border instead.
I can reproduce the bug with Gedit too. It doesn't seem to be limited to just Firefox.
It might be also an issue in breeze gtk theme.
on X11 it is already possible to circumvent this bug with some special settings: first one has to enforce the titlebar on firefox via a Kwin WindowRule (do not enable the standard titlebar in firefox settings) second u have to use breeze window-decoration style and make a custom rule to "unforce" border and titlebar again. this way the shadow is drawn by kwin and the window still looks just as before with proper gtk CSD! a proper solution to this would be to automatically load in a gtk-css style (similar to the window-decorations overwrite that already syncs min/max/close buttons) that just disables ALL CSD shadows and margins and then add something to kwin that enforces the draw of shadows. if the shadows come from kwin even on uncomposited desktop firefox and all other gtk CSD apps would look normal, without shadow. i dont know however how far this is possible (in kwin). on my end for firefox and the couple other gtk csd apps that i use i have the workaround in place and a custom gtk-css style that removes all shadows+markins in my ~/.config/gtk-3.0/gtk.css so that any gtk theme wont have these ugly client side shadows.
another plus to my proposed solution (and the workaround) is that CSD apps would always (no matter the gtk-theme) have the correct shadow set by the window decoration theme, (that is if this is possible to implement for other windwo decos than breeze)
Can reproduce with current git master, still. It happens when using the Adwaita theme too so I think this is on KWin.
> It happens when using the Adwaita theme too so I think this is on KWin. It's not. GTK is responsible for reacting to disabling compositing and adding `solid-csd` class. I don't see how we can fix this in kwin.
The Breeze GTK theme sets those CSS classes already, and it's not setting them to be giant black squares, as far as I can tell. See https://invent.kde.org/plasma/breeze-gtk/-/blob/master/src/gtk3/widgets/_window_decorations.scss#L46 and the lines below it.
Hmm, if breeze gtk handles solid-csd and it's reproducible with other themes, I think we need to report this to GTK developers.
OK. I have no idea what to tell them, as I don't have any technical expertise in either GTK or window managers. Any chance you could file the bug report?
(In reply to Nate Graham from comment #11) > OK. I have no idea what to tell them, as I don't have any technical > expertise in either GTK or window managers. Any chance you could file the > bug report? Yes, I was about to do that, but forgot
Thank you very much!