GNOME Bugzilla – Bug 575232
notifications and the notification area icon should be separate extensions
Last modified: 2020-03-17 08:33:46 UTC
Hi, An Ubuntu user reported this bug at [0], which sounds sensible to me. "If I disable the plugin named "Notification area icon" (which is useless for me), the notifications don't appear when changin the music track. Since there is no relationship between a tray icon and notifications, there should be 2 plugins, and not one which enables both options" [0] https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/340415 Other information:
This is a dupe of Bug 529023, but in your defense, that one has a really unclear title.
(In reply to comment #1) > This is a dupe of Bug 529023, but in your defense, that one has a really > unclear title. I think bug #529023 is about the fact that banshee's icon does not reappear in the notification area after the whole notification area has been removed and re-added to the panel. This bug is about making a distinction between two features : - having an icon visible in the notification area - showing notifications when a track changes.
True true, I clearly did not read this one close enough the first time through. Thanks for updating the title of the other, though.
I'm going to modify the title of this bug because the inverse can also be true. The reporter of Bug 603075 wanted to turn off notifications (not necessarily the icon), but doing so is not intuitive because notifications are grouped with the extension for the icon. -notifications don't appear if removing the notification area icon +notifications and the notification area icon should be two separate extensions
Well, having the tray icon but no notifications is possible, but having notifications without the tray icon is not - and the latter is what I would like to have to use it with gnome-shell. A separation into two extensions would clearly be the best thing.
I wanted to try to split the two parts (notifications and tray icon), but there are few things that make it impractical : 1/ The preference to show notifications is only accessible through the tray icon's menu 2/ The tray icon needs notifications when the user closes the window for the first time, to notify him that Banshee is still running 3/ Notifications need a reference to the tray icon widget, in order to be displayed next to it (see the AttachToWidget() method). The last point doesn't really apply if you're using notify-osd. So I couldn't think of a way of doing the split without having inter-dependencies between the 2 extensions, or losing features.
1. Personally, I think the current situation is less than ideal. A preference option for notifications probably belongs in Edit > Preferences, rather than a context menu that is separate from the Banshee application and only accessible via right-click. I'll gladly open a bug report for this, if anyone agrees with me. 2. The user can already turn off notifications separately from the extension -- theoretically before closing Banshee for the first time -- so is this really different from the current behavior? 3. Hmm, this means that when using notification-daemon there is no way for an application to send notifications to the user unless it clutters the panel with a potentially useless icon? That's unfortunate, but I guess there isn't much that Banshee can do about it. At least to me, this seems like the biggest problem for separating the notification stuff into two extensions. Anyway, thanks for looking into this Bertrand!
(In reply to comment #7) > 3. Hmm, this means that when using notification-daemon there is no way for an > application to send notifications to the user unless it clutters the panel with > a potentially useless icon? No, it does not have to actually show a tray icon all the time.
This bug annoys me as well. Why not make the notification bits part of banshee core instead of an extension? That would prevent the inter-dependencies mentioned in comment #6.
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.