After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 633297 - Don't use a status icon in evolution-alarm-notify
Don't use a status icon in evolution-alarm-notify
Status: RESOLVED DUPLICATE of bug 735747
Product: evolution
Classification: Applications
Component: Calendar
3.2.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
[gnome3-important]
Depends on:
Blocks:
 
 
Reported: 2010-10-27 22:00 UTC by William Jon McCann
Modified: 2015-06-15 10:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description William Jon McCann 2010-10-27 22:00:43 UTC 
The calendar alarm feature seems to use a status icon to provide persistence for the notification of the alarm.  This isn't needed when the notification server supports persistence of messages itself.

Please see:
http://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/Compatibility
Comment 1 Milan Crha 2010-12-08 14:29:56 UTC 
How do you tell the notification daemon that it may not close the status icon, but can the notification itself? Because for calendar alarm notifications we show a notification with an icon and alarm description, but let it disappear with the status icon kept, which, on click, shows list of alarms. If you removed actions on status icons, to which we do not have access in gnome-shell, if I got it right, then we really loose a functionality here.

Please tell me I'm wrong here and how I can do this. Furthermore where is the documentation on this located (I'm really not going to investigate how all this works through sources for libnotify and daemon).
Comment 2 Matthias Clasen 2010-12-09 01:11:39 UTC 
I think you want 
notification_notify_set_hint (notification,
                              "resident",
                              g_variant_new_boolean (TRUE));
Comment 3 Milan Crha 2010-12-09 09:24:46 UTC 
OK, thanks, and the popup menu over the icon, please? I know you can add actions to the notification, but I understand it like an action in the bubble, not on the status icon itself.

Also, pretty stupid question, how do I test any changes I may do? I suppose it's not enough to just compile evolution against newer gtk3 and/or libnotify, or is it? Because breaking my main development system with gtk3 so early is something I would rather postpone a bit.
Comment 4 Matthias Clasen 2010-12-09 14:03:38 UTC 
I don't think you get to keep custom actions on the statusicon.

As for testing, I think if you use gnome-shell in rawhide, and build use the tests that live in the libnotify git repository, you can get a pretty good feel for what kind of notifications the shell offers you.
Comment 5 André Klapper 2011-03-03 20:52:35 UTC 
[Removing GNOME3.0 target as decided in release-team meeting on March 03, 2011. "nice-to-have" categorisation for GNOME3.0]
Comment 6 William Jon McCann 2011-03-20 05:37:15 UTC 
Any update on this?
Comment 7 Milan Crha 2015-06-15 10:03:55 UTC 

*** This bug has been marked as a duplicate of bug 735747 ***