Skip to content

5.1.7

Latest
Latest

Choose a tag to compare

View all tags
@paolostivanin paolostivanin released this 04 Aug 08:47
v5.1.7
a91a1b2
This commit was signed with the committer’s verified signature.
paolostivanin Paolo Stivanin
GPG key ID: 3C9BE9B64EC1EA64
Verified
Learn about vigilant mode.

5.1.7 makes minimize-to-tray available in default builds, guarded by a real check for a system tray (#405).

The feature has been in the code for a while, but it shipped behind an off-by-default build flag, so most distribution packages never offered it. The reason it stayed off was a bug: nothing checked whether a system tray actually existed. On a desktop with no tray, closing the window hid it anyway and left OTPClient running invisibly with a decrypted database in memory and no icon to bring it back, recoverable only with killall. The app now confirms a tray host is really there before it will hide to one, and brings the window back if the tray disappears.

To be clear about what changed: ENABLE_MINIMIZE_TO_TRAY now defaults to ON, so the switch is offered in Settings. The feature itself is still off by default and has to be enabled by the user.

Fixes

  • FIX: with minimize-to-tray enabled on a desktop that has no system tray (stock GNOME without the AppIndicator extension, i3bar, polybar), closing the window hid it with no icon to restore it, leaving an invisible process holding a decrypted database that only killall could stop. The window is now hidden only once a tray host has accepted the icon, and if the tray disappears while the window is hidden the window comes back (#405)

Packaging

  • BUILD: ENABLE_MINIMIZE_TO_TRAY now defaults to ON. The tray has not needed libayatana-appindicator since it moved to a direct StatusNotifierItem + com.canonical.dbusmenu implementation over GDBus, so this adds no dependency beyond glib/gio, which are already required. The minimize-to-tray setting is unchanged and still defaults to off, and its switch is greyed out where no tray was detected (#405)

Desktop support

StatusNotifierItem is the only tray protocol available to a GTK4 application, so coverage depends on the desktop:

  • Works out of the box: KDE Plasma, XFCE, LXQt, Budgie, Cinnamon, MATE, and waybar-style Wayland bars
  • Needs the AppIndicator/KStatusNotifierItem extension: GNOME
  • Not supported: i3bar and polybar, which are XEmbed-only (snixembed can bridge)

Where no tray is found, the Settings switch is greyed out with an explanation and the window closes normally.

sha256: 36e63a9156467210f3a84de258c9d4237f98be80061335ee87c64adbf5034b61

Assets 3
Loading