>I'm getting a few bugs where the polkit-gnome-authentication-agent-1 >process isn't running, and we can't show anything helpful to the user >in this case. Maybe polkit-gnome-authentication-agent-1 should >register a well known name on the session bus, and gnome-packagekit >client tools should check for this service. I'm not sure. Ideas >welcome.
The first versions of polkit-kde0.91 worked this same way (kde auto start), and it had several problems, such as crashing for some unknown reason, (of couse those were bugs) but whey I saw polkit-gnome-0.91 was called only when needed I changed that behavior, and IMO that's much much better, Imagine a user using polkit-gnome in blackbox or xfce.... Using gnome-autostart doesn't help if the user xkill the dialog or maybe a bug is found that after a while it quits, the user will be upset. I really believe you should make polkit-gnome behave the old way (session D-Bus). Daniel. ----- Mensagem original ---- De: Richard Hughes <[email protected]> Para: David Zeuthen <[email protected]> Cc: [email protected] Enviadas: Quinta-feira, 16 de Julho de 2009 5:53:39 Assunto: Re: polkit_authority_check_authorization oddity 2009/7/16 David Zeuthen <[email protected]>: > Anyway, the intention for returning some details along with the > PolkitAuthorizationResult object is simply to have some wiggle-room for > future features. It is currently unused so right now it will always be > empty... Ahh, okay. Might be a good idea to add a note to this effect in the docs. > FWIW, I'm not sure it's helpful to include the action_id in user-visible > error messages, though. I mean, such a reverse-DNS-style string is > pretty close to techno-babble. Yes, I guess you're right. > It of course make a lot of sense to return a message to the user about > _what_ failed and _why_. But polkit should already tell you this - e.g. > there are basically only three possible answers from polkit when you use > the ALLOW_USER_INTERACTION flag > > o No, the user is not authorized > > o Yes, the user is authorized > > o The authorization check was cancelled > (either by your own mechanism cancelling the check or by the user > dismissing the authentication dialog) This is what I don't understand. I understand that the output of polkit_authorization_result_get_is_authorized is boolean, which corresponds to the No and Yes actions. I also understand I can check the GCancellable to find out if the mechanism cancelled the authentication, but I don't know how to find out if the user dismissed the authentication dialog, or if the session authentication agent simply doesn't exist. I'm getting a few bugs where the polkit-gnome-authentication-agent-1 process isn't running, and we can't show anything helpful to the user in this case. Maybe polkit-gnome-authentication-agent-1 should register a well known name on the session bus, and gnome-packagekit client tools should check for this service. I'm not sure. Ideas welcome. Richard. _______________________________________________ polkit-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/polkit-devel ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com _______________________________________________ polkit-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/polkit-devel
