Is this the same bug that causes notifications to never disappear while others are changing? For example if you change the volume and then move the brightness up and down repeatedly, the volume notification will never go away until you stop changing the brightness.
I can imagine the potential reasoning for this was that if the volume disappeared, the brightness notification should move up, but that might be jarring/confusing to a user if it moves instantly to a new position. However if it smoothly slid up (and others below it) I think that would address this issue. -- 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
