Florian Müllner 0cbab09044 dbusServices/notifications: Stop broadcasting signals ... All fd.o Notifications signals are emitted for a particular notification, so debugging aside, only the owner of said notification has a legitimate reason to act on it. So far we (and other implementations like the old notification-daemon) have relied on the client-side to properly filter the signals (like libnotify), but at least the QT implementation is known to not do that. Enforce correct client behavior by only emitting the signal to the original sender. https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5008 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2153>		2022-02-05 12:17:23 +00:00
..
dbusServices	dbusServices/notifications: Stop broadcasting signals	2022-02-05 12:17:23 +00:00
gdm	js: Change main.pushModal to return the Clutter.Grab handle	2022-01-29 01:16:30 +01:00
misc	systemActions: Add a screenshot UI action	2022-02-04 13:03:09 +00:00
perf	perf: Add basic run tests	2020-08-12 15:43:39 +00:00
portalHelper	portalHelper: Replace Soup.URI with GLib.Uri	2021-08-25 01:54:07 +02:00
ui	calendar: Use symbolic icon for No Notifications	2022-02-04 13:29:36 -03:30
js-resources.gresource.xml	gdm: Add AuthList control	2022-01-13 15:03:02 -05:00
meson.build	extensions-app: Move Extensions app to new subproject	2020-03-27 23:33:30 +00:00
portal-resources.gresource.xml	js: Remove unused files from resources	2020-03-09 13:18:48 +00:00