msizanoen1 cde7d44a28 messageTray: Don't set _notificationRemoved if destroyed notification is queued ... When the user clears all notifications from the notification menu UI, it's possible for a queued notification to be destroyed after the currently displayed notification. The removal of the currently displayed notification is not processed until the notification menu is closed (due to `this._bannerBlocked`). By then, it's possible that `_notificationRemoved` has already been overwritten when `_onNotificationDestroy` is invoked with another (queued) notification. This eventually results in a notification banner that cannot be removed by the user as the notification object needed to do so has already been destroyed. Fix this by only assigning to `_notificationRemoved` if `this._notification == notification`. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2736>		2023-04-17 19:40:45 +00:00
..
dbusServices	screencastService: Handle case where no videos directory exists	2023-01-11 16:51:30 +00:00
gdm	authPrompt: Also replace full-width colon	2023-02-13 20:32:21 +00:00
misc	misc/objectManager: Fix emission of object-removed signal	2023-04-05 18:43:51 +00:00
perf	Add 'headless start' perf test	2023-02-06 18:10:01 +00:00
portalHelper	portalHelper: Switch to soup3-based WebKitGTK	2022-06-21 19:29:02 +00:00
ui	messageTray: Don't set _notificationRemoved if destroyed notification is queued	2023-04-17 19:40:45 +00:00
js-resources.gresource.xml	quickSettings: Add background apps menu	2023-02-12 16:16:36 +00:00
meson.build	extensions-app: Move Extensions app to new subproject	2020-03-27 23:33:30 +00:00
portal-resources.gresource.xml	js/portal-resources: Add missing fileUtils to js path	2022-11-03 18:02:27 +00:00