This is a real bug, the specification includes provisions to address this very case.
First, repeated messages from a user in IM should be appended in the notification, so you see one notification which grows and scrolls rather than multiple notifications. Each append extends the life of the bubble slightly. Second, no bubble should live longer than a certain maximum time, so that other app notifications can't be DOS'd. We could probably improve things by saying that an app which has dominated the presentation space for a period should be deprioritised to give other apps a slice of the action. MPT? Mark -- design problem? infinite wait for long queue https://bugs.launchpad.net/bugs/334809 You received this bug notification because you are a member of Notify OSD Developers, which is subscribed to Notify OSD. Status in Notify OSD: Confirmed Status in “notify-osd” source package in Ubuntu: Confirmed Bug description: Binary package hint: notify-osd I'm using pidgin-libnotify and I discovered a problem in notify-osd (maybe a design problem, not sure). When a buddy writes me a lot of lines (say 25) all messages are queued and showed in the bubbles. Every bubble stays there for 7 seconds. 7*25=almost 3 minutes. What happens is that if any other contact writes to me, the bubbles are scheduled too! And also the notifies sent through "notify-send" are. (Instead volume notifies are displayed below.) This is a problem, because it seems that an application can bring the monopoly of the notification bubbles. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: notify-osd 0.8-0ubuntu4 ProcEnviron: PATH=(custom, user) LANG=it_IT.UTF-8 SHELL=/bin/bash SourcePackage: notify-osd Uname: Linux 2.6.28-8-generic i686 _______________________________________________ Mailing list: https://launchpad.net/~dx-team Post to : [email protected] Unsubscribe : https://launchpad.net/~dx-team More help : https://help.launchpad.net/ListHelp
