GitLab

To go along GNOME Shell 3.21.90.

intltool is unmaintained nowadays while upstream gettext gained
support for everything we used it for, so make the switch.

https://bugzilla.gnome.org/show_bug.cgi?id=769077

Future versions of gettext will fail if this header is missing.

To go along GNOME Shell 3.21.4.

.desktop files in non-standard locations are not handled by GIO,
so looking up apps for entries for such locations (e.g. a
directory added via the AppsDir directive) will fail. We can
still handle this case in the menu by creating the app directly
from the entry's AppInfo.

https://bugzilla.gnome.org/show_bug.cgi?id=762206

To go along GNOME Shell 3.21.3.

The code de-duplication in commit bf8d30603e57b broke the extension,
fix by duplicating the code here now :-(

(It's not really that bad though ...)

https://bugzilla.gnome.org/show_bug.cgi?id=767077

To go along GNOME Shell 3.21.2.

Update NEWS.

- based on a patch by rudolf@palaticky.com
- having three css locations with hardcoded colors,
  what could possibly go wrong in the future. :(

https://bugzilla.gnome.org/show_bug.cgi?id=756807

To go along GNOME Shell 3.20.0.

To go along GNOME Shell 3.19.92.

To go along GNOME Shell 3.19.91.

To go along GNOME Shell 3.19.90.

To go along GNOME Shell 3.19.4.

gnome-shell is now dbus activated. The new name is org.gnome.Shell.

https://bugzilla.gnome.org/show_bug.cgi?id=760386

The new logical dimensions are reported in the overlay, rather than the
pixel dimensions. That is: if scaleFactor is 2, a window might be
resized to 2400×1350 device pixels, which will be reported as 1200×675
in the overlay.

This is consistent with (for example) the DevTools in Chrome, which
reports the logical size of the viewport when you resize the window,
rather than the physical pixel size.

Tested with a freely-resizable window and with a constrained-geometry
window (GNOME Terminal), on a hidpi display.

https://bugzilla.gnome.org/show_bug.cgi?id=754607

To go along GNOME Shell 3.19.3.

GMenu's TreeEntries return an AppInfo that is created from the
.desktop filename, not from a desktop ID as expected by the
AppSystem. As a result, g_app_info_get_id() will simply return
the file's basename, which only matches the desktop ID if no
prefix-to-subdirectory mapping as described in the menu spec
is involved.
Fix this by basing the app lookup on the entry's desktop ID instead
of the AppInfo.

https://bugzilla.gnome.org/show_bug.cgi?id=759004

https://bugzilla.gnome.org/show_bug.cgi?id=759004

(cherry picked from commit dafd1581)

https://bugzilla.gnome.org/show_bug.cgi?id=758976

https://bugzilla.gnome.org/show_bug.cgi?id=758976

To go along GNOME Shell 3.19.2.

To go along GNOME Shell 3.19.1.

https://bugzilla.gnome.org/show_bug.cgi?id=757011

- not sure I win the override game

https://bugzilla.gnome.org/show_bug.cgi?id=756807