GNOME Bugzilla – Bug 678843
May re-prompt password on account re-enable
Last modified: 2014-09-04 04:40:06 UTC
Well, I saw this when playing a bit with GOA. I create a new GOA account with GMail account, and enabled only calendar and contacts in GOA. Then I run evolution (and all its subprocesses/factories). I see the Calendar in calendar view, but I'm asked for the password only after half a minute or so when I run evolution (why that late, by the way?). The prompt read like "Enter password for account "user@gmail.com"" - there is no indication that this is for calendar. Of course, I cancelled the password prompt. Calendar UI left this GOA calendar selected, though there will be no events shown from it anyway. I disabled the Calendar and enabled it, in a hope I'll be re-prompted for a password, but no luck, I was forced to run all factories again to actually login to the calendar.
*** Bug 729818 has been marked as a duplicate of this bug. ***
Just to point out that this issue still happens with Evolution 3.12: since the GNOME password prompt is modal, if you use a password manager you're SOL; you have no choice but to cancel the password prompt (so you can go look up your password in the password manager), but then you never get prompted again for the password unless you restart all of Evo. There are plenty of issues to go around here: the GNOME password prompt is broken as well of course. But, certainly Evo should allow you to actively select whether you want to stop seeing the password prompt or not rather than assuming that Cancel == stop. Issues related to modal password prompts in GNOME: https://bugzilla.gnome.org/show_bug.cgi?id=688434 https://bugzilla.gnome.org/show_bug.cgi?id=660293 Cheers!
The evolution-data-server has necessary D-Bus functions defined, but not any public API, which I added in the below change in eds. Then I made use of it in evolution, in various ways: - Mail view: enable/disable account, or right-clicking account node in the folder tree and choosing Refresh, will also re-enable auth prompts for that account - Contacts view: Refresh popup menu is now enabled for unopened books, which causes the re-enable of the auth prompts, but it is also enough to switch the left-tree to another book and back to let it ask for the password again - Calendar/Tasks/Memos: the calendar/task list/memo list uncheck&check re-enables auth prompts, same as selecting another calendar/task list/ memo list and then back to that for which the password prompt had been cancelled Created commit 128bde8 in eds master (3.13.2+) [1] Created commit d46ad6d in evo master (3.13.2+) [2] [1] https://git.gnome.org/browse/evolution-data-server/commit/?id=128bde8 [2] https://git.gnome.org/browse/evolution/commit/?id=d46ad6d
I forgot of message send, thus a follow-up fix: Created commit 25a66ff in evo master (3.13.3+) [3] [3] https://git.gnome.org/browse/evolution/commit?id=25a66ff