Open Bug 1939774 Opened 1 year ago Updated 1 month ago

Flatpak version lacks Minimize and Maximize window buttons by default

Categories

(Core :: Widget: Gtk, defect)

Firefox 133
defect

Tracking

()

UNCONFIRMED

People

(Reporter: fernandommuniz, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:133.0) Gecko/20100101 Firefox/133.0

Steps to reproduce:

Try to Minimize or Maximize the window.

(Arch Linux, KDE Plasma, Flatpak's Firefox)

Actual results:

These buttons don't event exist by default.

Expected results:

The buttons should exist and be functional by default.

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Flags: needinfo?(fernandommuniz)

I couldn't, so I waited a year and I can confirm the flatpak version is still missing the minimize and maximize buttons.

Flags: needinfo?(fernandommuniz)

I asked you to test mozilla binaries because they use different system setup - flatpak runs it own environment while the global/system one may be isolated. You may try gnome-tweaks app there the titlebar can be configured and the buttons in question enabled.

Blocks: flatpak
Severity: -- → S3

Thanks for confirming this is still happening.

We haven't been able to try your exact setup, but we have one likely cause worth checking. Flatpak apps get their desktop settings through the xdg-desktop-portal-gtk package, and on a system without it they fall back to showing only a Close button - which matches what you're seeing.

Could you tell us what this prints?

pacman -Q xdg-desktop-portal-gtk

If it says the package isn't installed, please install it, log out and back in, and let us know whether the minimize and maximize buttons come back. If it turns out to be installed already, let us know that too - that would mean something else is going on and we'd need a bit more information from you.

This symptom has an upstream cause in GTK. GDK's Wayland backend falls back to a close-only titlebar layout when it cannot learn the real one, while GTK's own documented default for that setting includes minimize and maximize. So wherever the setting does not reach the application - a Flatpak app on a desktop whose portal does not provide it, for instance - every GTK app ends up with only a Close button.

I have filed a fix upstream:
https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/10263

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: