Google Summer of Code 2013 - GNOME - Archive Integration workspace https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=master 2011-06-14T06:54:20+00:00 2011-06-14T06:54:20+00:00 Milan Crha mcrha@redhat.com 2011-06-14T06:54:20+00:00 urn:sha1:38790d8478e906a5c59d0c4a5216f297f305bfeb 2011-04-20T16:42:24+00:00 Milan Crha mcrha@redhat.com 2011-04-20T16:42:24+00:00 urn:sha1:644279aeed67b634f3adcc8b2a367f06cae14226 2011-04-14T12:23:13+00:00 Matthew Barnes mbarnes@redhat.com 2011-04-14T12:23:13+00:00 urn:sha1:760c438e670e4ebe01c5431779628ed3a3189b76 When I wrote e_load_cal_source_async() it didn't occur to me that a calendar backend may emit "auth-required" after the initial connection attempt. And because I was passing the allocated context data for the asynchronous load operation to e_cal_set_auth_func(), meaning the data gets freed at the end of the load operation, I was then calling e_cal_set_auth_func(cal, NULL, NULL) after the initial authentication was complete so that the ECal would not try to access the freed context data after the load operation finished. But that turned out to break the case of switching to offline mode, then back to online mode. Most calendar backends need to re-authenticate when they come back online. This commit instead passes data to the authentication function by way of g_object_set_data_full() so that the authentication function can be left in place for the duration of the ECal instance. Note that e_cal_set_auth_func() lacks a GDestroyNotify argument for the user data passed to it, which rules out passing any kind of allocated data structure. This is an API design flaw, in my opinion. But g_object_set_data_full() *does* take a GDestroyNotify argument. 2010-11-24T13:28:53+00:00 Milan Crha mcrha@redhat.com 2010-11-24T13:28:53+00:00 urn:sha1:eeec90235abe465e9cc49194b55ee2635faf023f 2010-08-27T09:12:02+00:00 Milan Crha mcrha@redhat.com 2010-08-27T09:12:02+00:00 urn:sha1:73bf4e81c1352b4e94e412e7b97f18237accb7ff 2010-08-23T19:21:59+00:00 Matthew Barnes mbarnes@redhat.com 2010-08-20T17:25:21+00:00 urn:sha1:7c1ec3723ad7367449c93e8559c27158b24a51dd Similar to e_load_book_source_async() in libedataserverui (and may wind up there eventually). This replaces e_auth_new_cal_from_source(). void e_load_cal_source_async (ESource *source, ECalSourceType source_type, icaltimezone *default_zone, GtkWindow *parent, GCancellable *cancellable, GAsyncReadyCallback callback, gpointer user_data); ECal * e_load_cal_source_finish (ESource *source, GAsyncResult *result, GError **error); 2010-08-19T17:57:52+00:00 Matthew Barnes mbarnes@redhat.com 2010-08-19T17:57:52+00:00 urn:sha1:72200bfb3f263f84241b44ee91513f7d01db546b 2010-06-20T12:06:19+00:00 Matthew Barnes mbarnes@redhat.com 2010-06-20T10:56:06+00:00 urn:sha1:5d0878967ee21a039ef599222b1cf3eb606354d4 2010-01-27T13:23:36+00:00 Gustavo Noronha Silva gustavo.noronha@collabora.co.uk 2010-01-22T20:14:32+00:00 urn:sha1:d635b839f8d22746f44067464dc3c645aeeb8591 This involves renaming the calendar auth-related functions to have a prefix, and shipping the headers. Part of https://bugzilla.gnome.org/show_bug.cgi?id=608175 2009-10-01T03:37:50+00:00 H.Habighorst h.habighorst@googlemail.com 2009-10-01T03:37:50+00:00 urn:sha1:f62728b55e201ea92e682e07b3253ce4fb42d5af