From nicolas.hatier at niversoft.com Tue Nov 4 09:02:03 2008 From: nicolas.hatier at niversoft.com (Nicolas Hatier) Date: Tue, 04 Nov 2008 12:02:03 -0500 Subject: [Synckolab] Lightning error Message-ID: <4910800B.8060900@niversoft.com> > I took a look at it and I can confirm it. I checked if I accidently > overwrote some stuff, but it seems all variables are fine. It also didnt > seem to hinder the sync progress in any way (tough I didnt test ALL > possible combinations). I wcan only ignore this for now and see whats > going on with the next lightning release. > > If anyone has a hint on whats going on, i am open for patches :P > > Niko Hi I found out lightning 0.9 added a calendar property to its event item, probably to keep track to which calendar the event belongs to. I noticed the events created by synckolab which showed that "aNewItem.calendar has no properties" error were not behaving 100% correctly until thunderbird was restarted - sometimes they were impossible to delete, or were showing in lightning without being selectable. Simply adding a self-reference to the calendar in synckolab's event creation worked. Here's my patch: --- synckolab/src/chrome/content/synckolab/calendar.1.53.js 2008-05-06 15:06:58 +++ synckolab/src/chrome/content/synckolab/calendar.js 2008-11-04 11:49:13 @@ -332,333 +332,334 @@ // add the new event + parsedEvent.calendar = this.gCalendar; this.gCalendar.addItem(parsedEvent, this.gEvents); @@ -416,417 +417,419 @@ // because they will break the sync process + parsedEvent.calendar = this.gCalendar; this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); @@ -492,493 +494,496 @@ // because they will break the sync process + parsedEvent.calendar = this.gCalendar; this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); Regards, Nicolas Hatier From niko.berger at corinis.com Tue Nov 4 10:00:05 2008 From: niko.berger at corinis.com (Niko Berger) Date: Tue, 04 Nov 2008 19:00:05 +0100 Subject: [Synckolab] Lightning error In-Reply-To: <4910800B.8060900@niversoft.com> References: <4910800B.8060900@niversoft.com> Message-ID: <49108DA5.9050906@corinis.com> Nicolas Hatier schrieb: > > > > I took a look at it and I can confirm it. I checked if I accidently > > overwrote some stuff, but it seems all variables are fine. It also > didnt > > seem to hinder the sync progress in any way (tough I didnt test ALL > > possible combinations). I wcan only ignore this for now and see whats > > going on with the next lightning release. > > > > If anyone has a hint on whats going on, i am open for patches :P > > > > Niko > > Hi > > I found out lightning 0.9 added a calendar property to its event item, > probably to keep track to which calendar the event belongs to. I > noticed the events created by synckolab which showed that > "aNewItem.calendar has no properties" error were not behaving 100% > correctly until thunderbird was restarted - sometimes they were > impossible to delete, or were showing in lightning without being > selectable. > > Simply adding a self-reference to the calendar in synckolab's event > creation worked. Here's my patch: > > --- synckolab/src/chrome/content/synckolab/calendar.1.53.js > 2008-05-06 15:06:58 > +++ synckolab/src/chrome/content/synckolab/calendar.js 2008-11-04 > 11:49:13 > @@ -332,333 +332,334 @@ > // add the new event > + parsedEvent.calendar = this.gCalendar; > this.gCalendar.addItem(parsedEvent, this.gEvents); > @@ -416,417 +417,419 @@ > // because they will break the sync > process > + parsedEvent.calendar = this.gCalendar; > this.gCalendar.modifyItem(parsedEvent, > foundEvent, this.gEvents); > @@ -492,493 +494,496 @@ > // because they will break the sync > process > + parsedEvent.calendar = this.gCalendar; > > this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); > > > Regards, > Nicolas Hatier Thanks a bunch. This behaviour has been bugging me forever - added your fix and created a new nightly Niko From swoop at swoop.dk Tue Nov 4 23:35:15 2008 From: swoop at swoop.dk (Allan Dreyer Andersen) Date: Wed, 05 Nov 2008 08:35:15 +0100 Subject: [Synckolab] Lightning error In-Reply-To: <49108DA5.9050906@corinis.com> References: <4910800B.8060900@niversoft.com> <49108DA5.9050906@corinis.com> Message-ID: <49114CB3.1020208@swoop.dk> Niko Berger skrev: >> I found out lightning 0.9 added a calendar property to its event >> item, probably to keep track to which calendar the event belongs to. >> I noticed the events created by synckolab which showed that >> "aNewItem.calendar has no properties" error were not behaving 100% >> correctly until thunderbird was restarted - sometimes they were >> impossible to delete, or were showing in lightning without being >> selectable. >> >> Simply adding a self-reference to the calendar in synckolab's event >> creation worked. Here's my patch: >> >> --- synckolab/src/chrome/content/synckolab/calendar.1.53.js >> 2008-05-06 15:06:58 >> +++ synckolab/src/chrome/content/synckolab/calendar.js 2008-11-04 >> 11:49:13 >> @@ -332,333 +332,334 @@ >> // add the new event >> + parsedEvent.calendar = this.gCalendar; >> this.gCalendar.addItem(parsedEvent, this.gEvents); >> @@ -416,417 +417,419 @@ >> // because they will break the sync >> process >> + parsedEvent.calendar = this.gCalendar; >> >> this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); >> @@ -492,493 +494,496 @@ >> // because they will break the sync >> process >> + parsedEvent.calendar = this.gCalendar; >> >> this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); >> >> >> Regards, >> Nicolas Hatier > Thanks a bunch. This behaviour has been bugging me forever - added > your fix and created a new nightly Thanks for quick bugfixing. The sad thing is, it doesn't work for me. I've tried on 3 pc and all with same result: Fejl: syncAddressBook is not defined Kildefil: chrome://synckolab/content/synckolab.js Linje: 287 -- Venlig hilsen / Best regards Allan Dreyer Andersen From nicolas.hatier at niversoft.com Tue Nov 4 23:58:51 2008 From: nicolas.hatier at niversoft.com (Nicolas Hatier) Date: Wed, 05 Nov 2008 02:58:51 -0500 Subject: [Synckolab] Lightning error In-Reply-To: <49114CB3.1020208@swoop.dk> References: <4910800B.8060900@niversoft.com> <49108DA5.9050906@corinis.com> <49114CB3.1020208@swoop.dk> Message-ID: <4911523B.9080902@niversoft.com> There's another bug in the code in the CVS, completely unrelated to that patch. The bug is at the end of addressbook.js, catch (Exception e) is invalid javascript syntax. You can apply the patch on the last released package, it'll work there too. NH Allan Dreyer Andersen wrote: > Niko Berger skrev: >>> I found out lightning 0.9 added a calendar property to its event >>> item, probably to keep track to which calendar the event belongs to. >>> I noticed the events created by synckolab which showed that >>> "aNewItem.calendar has no properties" error were not behaving 100% >>> correctly until thunderbird was restarted - sometimes they were >>> impossible to delete, or were showing in lightning without being >>> selectable. >>> >>> Simply adding a self-reference to the calendar in synckolab's event >>> creation worked. Here's my patch: >>> >>> --- synckolab/src/chrome/content/synckolab/calendar.1.53.js >>> 2008-05-06 15:06:58 >>> +++ synckolab/src/chrome/content/synckolab/calendar.js 2008-11-04 >>> 11:49:13 >>> @@ -332,333 +332,334 @@ >>> // add the new event >>> + parsedEvent.calendar = this.gCalendar; >>> this.gCalendar.addItem(parsedEvent, this.gEvents); >>> @@ -416,417 +417,419 @@ >>> // because they will break the sync >>> process >>> + parsedEvent.calendar = this.gCalendar; >>> >>> this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); >>> @@ -492,493 +494,496 @@ >>> // because they will break the sync >>> process >>> + parsedEvent.calendar = this.gCalendar; >>> >>> this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); >>> >>> >>> Regards, >>> Nicolas Hatier >> Thanks a bunch. This behaviour has been bugging me forever - added >> your fix and created a new nightly > Thanks for quick bugfixing. The sad thing is, it doesn't work for me. > I've tried on 3 pc and all with same result: > > Fejl: syncAddressBook is not defined > Kildefil: chrome://synckolab/content/synckolab.js > Linje: 287 > -- *Nicolas Hatier* > Niversoft id?es logicielles - http://www.niversoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From niko.berger at corinis.com Wed Nov 5 00:14:11 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 05 Nov 2008 09:14:11 +0100 Subject: [Synckolab] Lightning error In-Reply-To: <4911523B.9080902@niversoft.com> References: <4910800B.8060900@niversoft.com> <49108DA5.9050906@corinis.com> <49114CB3.1020208@swoop.dk> <4911523B.9080902@niversoft.com> Message-ID: <491155D3.3020307@corinis.com> Nicolas Hatier schrieb: > > There's another bug in the code in the CVS, completely unrelated to > that patch. > > The bug is at the end of addressbook.js, > > catch (Exception e) > > is invalid javascript syntax. > > > You can apply the patch on the last released package, it'll work there > too. > > NH > > > Allan Dreyer Andersen wrote: >> Niko Berger skrev: >>>> I found out lightning 0.9 added a calendar property to its event >>>> item, probably to keep track to which calendar the event belongs >>>> to. I noticed the events created by synckolab which showed that >>>> "aNewItem.calendar has no properties" error were not behaving 100% >>>> correctly until thunderbird was restarted - sometimes they were >>>> impossible to delete, or were showing in lightning without being >>>> selectable. >>>> >>>> Simply adding a self-reference to the calendar in synckolab's event >>>> creation worked. Here's my patch: >>>> >>>> --- synckolab/src/chrome/content/synckolab/calendar.1.53.js >>>> 2008-05-06 15:06:58 >>>> +++ synckolab/src/chrome/content/synckolab/calendar.js 2008-11-04 >>>> 11:49:13 >>>> @@ -332,333 +332,334 @@ >>>> // add the new event >>>> + parsedEvent.calendar = this.gCalendar; >>>> this.gCalendar.addItem(parsedEvent, this.gEvents); >>>> @@ -416,417 +417,419 @@ >>>> // because they will break the sync >>>> process >>>> + parsedEvent.calendar = this.gCalendar; >>>> >>>> this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); >>>> @@ -492,493 +494,496 @@ >>>> // because they will break the sync >>>> process >>>> + parsedEvent.calendar = this.gCalendar; >>>> >>>> this.gCalendar.modifyItem(parsedEvent, foundEvent, this.gEvents); >>>> >>>> >>>> Regards, >>>> Nicolas Hatier >>> Thanks a bunch. This behaviour has been bugging me forever - added >>> your fix and created a new nightly >> Thanks for quick bugfixing. The sad thing is, it doesn't work for me. >> I've tried on 3 pc and all with same result: >> >> Fejl: syncAddressBook is not defined >> Kildefil: chrome://synckolab/content/synckolab.js >> Linje: 287 >> > fixed and created new nightly - i will add a new update urls for nightlies, so the update manager checks it correctly and you dont have to download new ones all the time (will release that one later today) Niko From niko.berger at corinis.com Wed Nov 5 04:50:35 2008 From: niko.berger at corinis.com (Niko Berger) Date: Wed, 05 Nov 2008 12:50:35 +0000 Subject: [Synckolab] synckolab 1.0.2 is out Message-ID: I released SyncKolab 1.0.2 It does not contain any new features, but introduces quite a lot of bug fixes and has compatibility to Lightning 0.9: * disable uri-encoding for vcards (should fix problems with other clients like citadel) * more citadel fixes * fixed bugs: - #19412 (kolab.xml not well formed) - #19483 (unparseable messages) - #19597 (Synchronization stops and doesn??t continue) - #19764 (sync fails for calendar - CallDateTime is not defined) - #19779 (Sync fails on ADR;HOME:) - #19335 (Only one imap account can be chosen) - #19781 (Parsing empty BDAY: contactTools. js fails at line 1237) - #19559 (Compatibility between KAddressBook and SyncKolab) - #19666 ("Custom 2" value forces update on server) - #19464 (SyncKolab Fails During Sync) * should work with lightning 0.9pre * added fix from Nicolas Hatier to prevent weird lightning behaviour * fixed an syntax error (never work in more than one programming languages....) I hope it will be available at addons.mozilla.org soon. I further introduced a new nightly build (already with 1.0.3) - including a special rdf and update url. This should allow all who use nightlies to update easier (using the update manager isntead of having to download it) and being automatically notified if a new nightly has been released. Please be extra careful before installing nightly updates and read the webpage http://www.gargan.org/extensions/synckolab.html for release notes plus make backups before upgrading!!! (just a friendly reminder :P) Thanks a lot for all your support Niko From swoop at swoop.dk Tue Nov 18 01:08:02 2008 From: swoop at swoop.dk (Allan Dreyer Andersen) Date: Tue, 18 Nov 2008 10:08:02 +0100 Subject: [Synckolab] Modification error Message-ID: <492285F2.6040905@swoop.dk> Hey guys On my Windows XP with Thunderbird 2.0.0.17 and Synckolab 1.0.3.0.200811072136 I get these 4 errors on every sync: Fejl: En fejl opstod ved skrivning til kalender M?rkedage! Fejlkode: MODIFICATION_FAILED. Beskrivelse: Kildefil: file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calItemModule.js -> file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calCalendarManager.js Linje: 952 Fejl: En fejl opstod ved skrivning til kalender M?rkedage! Fejlkode: MODIFICATION_FAILED. Beskrivelse: Kildefil: file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calItemModule.js -> file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calCalendarManager.js Linje: 952 Fejl: En fejl opstod ved skrivning til kalender M?rkedage! Fejlkode: MODIFICATION_FAILED. Beskrivelse: Kildefil: file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calItemModule.js -> file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calCalendarManager.js Linje: 952 Fejl: En fejl opstod ved skrivning til kalender M?rkedage! Fejlkode: MODIFICATION_FAILED. Beskrivelse: Kildefil: file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calItemModule.js -> file:///C:/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/uftdmduj.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calCalendarManager.js Linje: 952 Translation of the error from Danish to English: Error: An error ocurred while writing to calendar M?rkedage! Error code: MODIFICATION_FAILED. Description: This error only occurs on my Windows XP, not on my Debian desktop or Ubuntu Laptop with same Thunderbird and Synckolab versions. -- Venlig hilsen / Best regards Allan Dreyer Andersen From yaffe at phys.washington.edu Tue Nov 18 12:08:29 2008 From: yaffe at phys.washington.edu (Laurence G. Yaffe) Date: Tue, 18 Nov 2008 12:08:29 -0800 Subject: [Synckolab] mailing lists & categories In-Reply-To: References: Message-ID: <492320BD.3060303@phys.washington.edu> I'm finding Synckolab (w Thunderbird 2.0.0.17 & Lightning 0.9) very useful, but I wish syncronizing with my IMAP server did not: a) lose all mailing list entries in my address book. It not just that they fail to get syncronized, its that any mailing list entry I create gets wiped out the next time Synckolab runs. b) lose all category specifications on calendar items. Not a big deal, but it would be nice if categories were preserved. Any prospects for adding these features? > From h3x0g3n at web.de Wed Nov 26 12:43:22 2008 From: h3x0g3n at web.de (h3x0g3n) Date: Wed, 26 Nov 2008 21:43:22 +0100 Subject: [Synckolab] BUG? Categories of calendar events are not synced Message-ID: <492DB4EA.2010307@web.de> Hi, synckolab doesn't synchronize the categories of my events. Is this a bug or not supported by the Kolab2/XML-format? Thanks in advance Stephan I'm using: Thunderbird 2.0.0.17 synckolab 1.0.2 lightning 0.9 and the Kolab2/XML-format