GNOME Bugzilla – Bug 660476
Apps can DoS the message tray
Last modified: 2015-02-23 21:49:47 UTC
I have configured xchat to show a notification on private messages this has the side effect in getting lots of them during startup (server message) which is not really a problem though. But I noticed that any other notifications are simply suppressed while xchat floods with message. For example a "window is ready" message did not show up until after xchat finished starting up. We should have some kind of (visible) notification stacking for cases like this.
I think we already have some stacking. But we also had message throttling in the legacy notification-daemon to try to minimize this. I think that is fine to do here as well.
*** Bug 678371 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > I think we already have some stacking. We don't unless I am missing something ... we do group them in the summary area but we show one banner after another causing the "dos". > But we also had message throttling in > the legacy notification-daemon to try to minimize this. I think that is fine to > do here as well. How did that work? Simply throwing messages on the floor if too many arrive?
DoS prevention has been implemented as a part of the new notifications design [1]. [1] https://wiki.gnome.org/Design/OS/Notifications/