GNOME Bugzilla – Bug 410943
Notifications when changing music don't disappear
Last modified: 2008-06-07 11:45:47 UTC
Please describe the problem: When I switch to the next song, the notification area displays, but stays there until I close the notification area Steps to reproduce: 1. Switch to next song 2. 3. Actual results: The notification area is shown, but don't disappear Expected results: That the notification area is displayed, and disappear in x seconds. Does this happen every time? yes Other information:
I can confirm this. The very first notification however disappears correctly; only when updating an existing notification it won't go away. Oddly enough, a new popup is shown. So, after a couple of songs, I have a couple of notifications to click away. (Luckily they don't advertise webcams, pron or gambling ;-) So I guess, this is either introduced by bug #407246, or a bug in libnotify or notify_notification_update is meant to behave like this. (rb 0.9.8, gtk 2.8.19, libnotify 0.4.0)
This works fine for me with libnotify 0.4.3 and notification daemon 0.3.6. I can't see anything related in the libnotify/notification-daemon release notes, but it might have been fixed there.
Indeed, updating to notification-daemon 0.3.6 fixed this for me. My guess is http://trac.galago-project.org/ticket/76 was the reason here.
I am also seeing this problem, with RB 0.9.8 (using internal libsexy) self compiled on Ubuntu 6.06 Dapper Drake. I am using libnotify 0.3.2-0ubuntu4 and notification-daemon 0.3.4-0ubuntu8 My reproduction steps: 1. Start RB, with the art display plugin enabled, and play music 2. Minimize to the tray 3. Right click on the RB tray icon, and select "Next" 4. Repeat this several times 5. Wait 6. Notice the popup is still there (with the art shown) 7. Close the popup 8. Notice there was another popup there (without the art shown) 9. Close this popup 10. Notice there is another popup there for the previous track (with art) 11. Close this popup 12. Notice there is another popup for that previous track (without the art) 13. etc I guess this agrees with the issue Ingo identified in comment 3 in that replacing an existing popup seems to go wrong.
Confirming (as per comment 3) that updating from notification-daemon 0.3.4 to notification-daemon 0.3.6 fixed this issue for me. Was using: Ubuntu 6.06 Dapper Drake libnotify 0.3.2-0ubuntu4 notification-daemon 0.3.4-0ubuntu8 rhythmbox 0.9.8 (using internal libsexy) self compiled Now using: Ubuntu 6.06 Dapper Drake libnotify 0.3.2-0ubuntu4 notification-daemon 0.3.6 self compiled rhythmbox 0.9.8 (using internal libsexy) self compiled Unless there is a work around, should the dependancies for RB 0.9.8 be updated (e.g. in Ubuntu Feisty?) to specify at least notification-daemon 0.3.6?
Sorry - got that wrong in comment 5; its still broken using notification-daemon 0.3.6 I've also tried updating to notification-daemon 0.3.7 as well - still broken: Ubuntu 6.06 Dapper Drake libnotify 0.3.2-0ubuntu4 notification-daemon 0.3.7 self compiled rhythmbox 0.9.8 (using internal libsexy) self compiled Using the steps in my comment 4 it "works" for the first attempt. However, trying again after closing the first reused popup shows the problem. This fits with comment 3 too.
Finally cracked it - I (also) needed to update from libnotify 0.3.2, works now using: Ubuntu 6.06 Dapper Drake libnotify 0.4.4 self compiled notification-daemon 0.3.7 self compiled rhythmbox 0.9.8 (using internal libsexy) self compiled And I doubled checked this time that the problem has gone away. Apologies for the bug spam.