GNOME Bugzilla – Bug 517903
Error sync-ing between googlecal and evolution
Last modified: 2018-07-01 09:04:43 UTC
Conduit 0.3.8 Ubuntu Gutsy I made this test : 1. make a two way sync between google cal (with appointment) and a fresh calendar on my evolution (so, without events) 2. sync-ed with success. 3. changed an event, adding an alarm to it (with evolution) 4. sync-ed with failure :-( here is the log : [Syncronization ][DEBUG ] 2WAY PUT: Evolution Calendar (20080221T162608Z-28679-1000-28675-1@eliosh-desktop) -----> Google Calendar (Synchronization.py:529) [datatypes.DataType ][DEBUG ] Getting Rid for 20080221T162608Z-28679-1000-28675-1@eliosh-desktop (DataType.py:152) [TypeConverter ][DEBUG ] [('event', 'event', {})] (TypeConverter.py:149) [TypeConverter ][DEBUG ] Convert event -> event using [('event', 'event', {})] (TypeConverter.py:208) [TypeConverter ][DEBUG ] [('event', 'event', {})] (TypeConverter.py:149) [TypeConverter ][DEBUG ] Skipping event -> event (TypeConverter.py:167) [Syncronization ][INFO ] Putting data 20080221T162608Z-28679-1000-28675-1@eliosh-desktop --> d6v34dsat6jmo45ilj07q2got0@google.com into GoogleCalendarTwoWay-e.colutta@pulsetech.it (Synchronization.py:37) Exception in thread Wrapper: Google Calendar twoway (UID: GoogleCalendarTwoWay-e.colutta@pulsetech.it) <--> Wrapper: Evolution Calendar twoway (UID: EvoCalendarTwoWay-file:///home/eliosh/.evolution/calendar/local/1203611066.28437.0@eliosh-desktop): Traceback (most recent call last):
+ Trace 189996
self.run()
self.two_way_sync(self.source, sink)
self._put_data(sourcedp, sinkdp, data, dataRid)
put_data(source, sink, sourceData, sourceDataRid, False)
sinkDataLUID)
comp = obj.compare(existing)
log.debug("COMPARE: %s <----> %s " % (self.get_UID(), B.get_UID()))
OK, looks like a conversion bug..
Confirmed, albeit with Conduit 0.3.6 (Ubuntu Hardy, default repositories) Sync GCal -> Evolution works fine. Sync Evolution -> GCal (as part of a two-way sync OR as a separate group) hangs at some point (has been anything between 7 and 85% so far). [Syncronization ][DEBUG ] EvoCalendarTwoWay-file:///home/simon/.evolution/calendar/local/system Changes: Modified 12 items ['20080423T225438Z-10518-1000-10513-0@simon-laptop', '20080423T225438Z-10518-1000-10513-1@simon-laptop', '20080423T225438Z-10518-1000-10513-2@simon-laptop', '20080423T225439Z-10518-1000-10513-3@simon-laptop', '20080423T225439Z-10518-1000-10513-4@simon-laptop', '20080423T225439Z-10518-1000-10513-5@simon-laptop', '20080423T225439Z-10518-1000-10513-6@simon-laptop', '20080423T225439Z-10518-1000-10513-7@simon-laptop', '20080423T225439Z-10518-1000-10513-8@simon-laptop', '20080423T225757Z-10684-1000-10679-0@simon-laptop', '20080423T225055Z-10185-1000-10180-0@simon-laptop', '20080423T225055Z-10185-1000-10180-1@simon-laptop'] (Synchronization.py:219) [Syncronization ][DEBUG ] EvoCalendarTwoWay-file:///home/simon/.evolution/calendar/local/system Changes: Deleted 0 items [] (Synchronization.py:220) [Syncronization ][DEBUG ] 1WAY PUT: Evolution Calendar (20080423T225438Z-10518-1000-10513-0@simon-laptop) -----> Google Calendar (Synchronization.py:465) [datatypes.DataType ][DEBUG ] Getting Rid for 20080423T225438Z-10518-1000-10513-0@simon-laptop (DataType.py:152) [TypeConverter ][DEBUG ] [('event', 'event', {})] (TypeConverter.py:145) [TypeConverter ][DEBUG ] Convert event -> event using [('event', 'event', {})] (TypeConverter.py:204) [TypeConverter ][DEBUG ] [('event', 'event', {})] (TypeConverter.py:145) [TypeConverter ][DEBUG ] Skipping event -> event (TypeConverter.py:163) [Syncronization ][INFO ] Putting data 20080423T225438Z-10518-1000-10513-0@simon-laptop --> 5goq5542smveg04kbmf0bpne7s@google.com into GoogleCalendarTwoWay-sBLANKED4POSTINGPURPOSESw@gmail.com (Synchronization.py:37) Exception in thread Wrapper: Evolution Calendar twoway (UID: EvoCalendarTwoWay-file:///home/simon/.evolution/calendar/local/system) |--> [<conduit.ModuleWrapper.ModuleWrapper instance at 0x89541ec>]: Traceback (most recent call last):
+ Trace 195972
self.one_way_sync(self.source, sink)
self._put_data(source, sink, data, dataRid)
Can provide full readout if necessary.
Conduit is not under active development anymore, has not seen code changes for eight years, and saw its last tarball release in 2010. Its codebase has been archived: https://gitlab.gnome.org/Archive/conduit/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.