GNOME Bugzilla – Bug 782671
Bottom row pixels are transparent in maximized GTK apps
Last modified: 2021-07-05 13:48:47 UTC
Created attachment 351937 [details] First screenshot, showing only the Chrome window What's happening: * When a GTK-based application window is maximized in a GNOME Wayland session, the bottom row of pixels on the screen are transparent/invisible and reveal the desktop and/or any windows that are behind it. * Non-GTK applications do not have this problem (e.g. Google Chrome, Electron, IntelliJ IDEA). Affected applications include Files, Text Editor (gedit), Videos (totem), Pithos, and likely any other GTK application. * The problem only exists when GNOME Wayland is chosen at login; GNOME under X is not affected. What should happen instead: * A maximized window should cover all background windows completely. Steps to reproduce: 1. Set your desktop to some easily noticeable color (e.g. magenta), or open some window such that its contents occupy some or all of the bottom row of pixels on the screen. 2. Launch "Files" and maximize the window. 3. Observe the bottom row of pixels on the screen and check whether the desktop or other windows' contents are visible. Demonstration: * I'm attaching two screenshots: one showing a Chrome window with some colorful boxes, and another showing a maximized gedit window on top of it wherein the bottom row of pixels shows the colors from the Chrome page.
Created attachment 351938 [details] Second screenshot, showing the maximized Gedit window with Chrome peeking through at the bottom
gnome-shell and mutter versions from dpkg are: 3.24.1-0ubuntu1 Using Ubuntu 17.04 (Zesty) with Intel Graphics.
*** Bug 785175 has been marked as a duplicate of this bug. ***
Hello. Are these issues on bugzilla still looked at or does it need to be migrated to gitlab? If yes how so? Regards, F.
The plan is to eventually migrate bugs from bugzilla to gitlab, it's just there are a lot of them and triaging is time consuming. See https://wiki.gnome.org/Projects/GnomeShell/BugMigration
If by triaging you mean checking which ones are still valid. I can help you by telling you that this one needs migrating :-) it's cosmetic but it's still there.
(In reply to François Guerraz from comment #6) > If by triaging you mean checking which ones are still valid. I can help you > by telling you that this one needs migrating :-) it's cosmetic but it's > still there. Alright!
Just FYI, this bug is till present in 3.32.
For me it has been more than cosmetic, as the gap can be clicked through to a window underneath (maximized XWayland windows do not have the gap), which is then brought to the foreground. The bottom edge of the screen is a big Fitts' law target.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/mutter/-/issues/ Thank you for your understanding and your help.