GNOME Bugzilla – Bug 642999
Lock buttons should not be insensitive if an authorization can be obtained
Last modified: 2011-03-07 16:06:44 UTC
Created attachment 181636 [details] Short video illustrating the problem After click the lock, if I either dismiss the password dialog or type in the wrong password, the lock button turns insensitive. It really shouldn't do this since there is no apparent way to fix this. The proposed GTK+ lock button widget in bug 626457 certainly doesn't work this way. Note that the problem is a lot worse in gnome 3 with the recently landed polkit authentication agent (see bug 642886) because unlike the GNOME 2 auth agent, this auth agent will not re-ask for auth if you fail. I have attached a screencast illustrating the problem.
(In reply to comment #0) > Created an attachment (id=181636) [details] > Short video illustrating the problem > > After click the lock, if I either dismiss the password dialog or type in the > wrong password, the lock button turns insensitive. It really shouldn't do this > since there is no apparent way to fix this. Sorry, if this is unclear. With 'fix this', I meant that there's no apparent way of clicking the lock again (the not-so-apparent way is to click "All Settings" and go back in the Accounts panel).
(this issue came up in the polkit bugzilla whilst discussing adding a way to figure out if the authentication dialog was dismissed. See https://bugs.freedesktop.org/show_bug.cgi?id=30653 for more details)
Updating bug summary to be more precise.
Actually this is caused by this bug https://bugs.freedesktop.org/show_bug.cgi?id=32334 and I think the proposed patch there will make it work. Stay tuned while I test it.
Yup, with the PolicyKit fix, this is no longer an issue. Closing as NOTGNOME.
*** Bug 644095 has been marked as a duplicate of this bug. ***