GNOME Bugzilla – Bug 638291
Successive notify-send notifications stack up in the gnome-shell message bar
Last modified: 2020-11-26 15:31:13 UTC
Each time jhbuild hits an error, it ends up adding a new notification message to the gnome-shell notification queue. In Gnome 2.x, only the last error would be displayed in the notification area. But in Gnome 3.x (with gnome-shell), the number is unbounded. This is particularly frustrating since errors pile up quickly when working through build errors, leaving the user with several clicks' worth of work. (There may be at least partly a gnome-shell bug)
It looks like GNOME Shell reacts that way on tooltip changes.
I've managed to completely fill up my message tray with these errors today. Does anyone have suggestions for fixing this? Is it something that should be fixed in jhbuild?
It's because we use PID to track sources when there's nothing better, and jhbuild uses notify-send to send notifications. See bug 650533 for a bit of a better fix.
It would be good to fix notify-send itself, because many small apps and scripts will suffer from this problem if they use it. Maybe notify-send could just pass the PID of it's parent?
Or maybe add a --pid argument to notify-send ?
(In reply to comment #5) > Or maybe add a --pid argument to notify-send ? yeah, that works better in the double-fork-to-avoid-zombies case
Moving this to libnotify, then
Mass-fixing incorrect Default Assignee and QA contact scheme for libnotify so interested people can follow its development. (See 606365#c1 for ref.)
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all older bug reports and feature requests in GNOME Bugzilla which have not seen updates for a while. If you still use libnotify and if you still see this bug / want this feature in a recent and currently supported version, then please feel free to report it at https://gitlab.gnome.org/GNOME/libnotify/-/issues/ by following the guidelines at https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines Thank you for creating this report and we are sorry it could not be implemented so far (volunteer workforce and time is limited).