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 633420 - drop status icon use
drop status icon use
Status: RESOLVED FIXED
Product: krb5-auth-dialog
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Christopher Aillon
krb5-auth-dialog-maint
Depends on: 622885
Blocks:
 
 
Reported: 2010-10-29 03:04 UTC by William Jon McCann
Modified: 2011-02-12 19:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description William Jon McCann 2010-10-29 03:04:57 UTC
GNOME 3 won't really have support for status icons.

It appears that the icon initiates grabbing of credentials on click. Right click on icon shows menu of "Remove Credentials Cache", "List Tickets", "Preferences", "Help", "About", "Quit".  We have a few options for replacement functionality.

We now have a user account dialog that lives in the System Settings (GNOME Control Center) that provides access to authentication related information and configuration.  Some of this could be hosted there such removing credentials and listing tickets.

We could possibly use a notification to warn the user that credentials are about to expire and allow to renew.
Comment 1 Guido Günther 2010-11-02 19:44:13 UTC
Sorry for the late reply but it took a moment to get gnome-shell and g-c-c jhbuilding...

Moving parts into the user dialog looks like a good idea. However krb5-auth-dialog isn't part of the official module set so I wonder if it wouldn't make more sense to make the krb5-auth-preferences dialog a separate g-c-c module that hosts all the information?

The notification already allows to grab credentials btw, so that part is already there.

As a side note: the status icon will need to stay since e.g. skollinux uses it on a KDE destop. So we will simply not show it when running under gnome-shell. Is there an "official" way to check if running under gnome-shell?
Comment 2 William Jon McCann 2010-11-02 19:56:19 UTC
Better to just check the persistence capability probably since we also don't wantn status icons in the gnome panel fallback mode:

The GNOME 3 notification servers, gnome-shell and notification-daemon (for non-3d fallback), support what we are calling notification persistence. This means that notification bubbles won't be transient and require backing with a status icon. This will allow us to drop use of status icons in these cases. An application can detect if the notification server supports persistence by checking the server capabilities. Here's an example:
http://git.gnome.org/browse/libnotify/tree/tests/test-persistence.c
Comment 3 Matthias Clasen 2011-01-27 20:01:35 UTC
Any progress on this ? the auth dialog is one of the few statusicons that pop up in my desktop right after login. Would be good to get rid of it...
Comment 4 Guido Günther 2011-01-30 12:48:57 UTC
There's some slow progress indeed. I recently moved the preferences applet over to the new control-center panel so some functionality available from the status icon can be moved into the ccpanel now. For that I need to port to gdbus since I need to extend the DBus interface for things like listing tickets so the ccpanel can query them and doing this with dbus-glib makes no sense (#622885).

Once this is done dropping the status icon will be easy. I think I'll have this in place for 3.0.
Comment 5 Guido Günther 2011-02-12 19:31:09 UTC
Fixed in git now. I still have the issue that the resident notification remains in the notification area of the shell after I killled the application with CTRL-C. Any ideas howto fix this?