GNOME Bugzilla – Bug 708730
CalDAV: Improve handling of invalid access tokens
Last modified: 2013-11-04 12:28:37 UTC
When I am using a GOA account that offers a GoaCalendar interface, I am sometimes greeted by a gnome-shell modal dialog that asks me for my password. This should not happen because my credentials are already present in GOA. I don't know how to reliably reproduce this, but it has happened to me under the following situations: - Just after adding the account - Just after deleting the account - Using the gnome-shell overview to search I suspect this is EDS' calendar-factory because if I turn off calendars for the account, it doesn't happen anymore. But since I can't reliably reproduce it, I haven't been able to dig deeper.
Need to see a HTTP log for the calendar showing at least the auth headers. https://wiki.gnome.org/Apps/Evolution/Debugging#CalDAV
Created attachment 255711 [details] [review] CalDAV patch I think this should avoid the password prompt on Bearer authentication failures. I don't have easy access to GOA so I could use a volunteer to help verify this.
What about soup_message_set_status_full? It does propagate error messages through status pretty easily.
Verified the patch once I got my Rawhide VM working again. Fixed for E-D-S 3.11.1 and 3.10.1 in: https://git.gnome.org/browse/evolution-data-server/commit/?id=816dd0f0013e36ba3ae23c63ce999ddd3a04b1aa https://git.gnome.org/browse/evolution-data-server/commit/?h=gnome-3-10&id=f659659de55a33cff8928d1c4a1e2b00b822944d
*** Bug 709430 has been marked as a duplicate of this bug. ***