[OGo-Users] Re: GroupDav GAL

Robert Bolduc users@opengroupware.org
Thu, 29 Mar 2007 16:15:43 -0400


It looks like the bug is not in the plugin but in Zidestore;

I created a simple vcard test.vcard:

BEGIN:VCARD
VERSION:3.0
N:A;B;C;;
FN: A B
END:VCARD


then tried to upload it using cadaver:

dav:/zidestore/dav/rbolduc/Contacts/> put test2.vcf
Uploading test2.vcf to `/zidestore/dav/rbolduc/Contacts/test2.vcf':
Progress: [=============================>] 100.0% of 209 bytes failed:
400 Bad Request

in the log I see:

Mar 29 20:12:27 ogo-zidestore-1.5 [27541]: <0x0A0F53E4[SxPerson]> WARN: missing 
content-type in PUT, but looks like vCard ...
Mar 29 20:12:27 ogo-zidestore-1.5 [27541]: <<0x09FA0A3C[NGVCardSaxHandler]>>D started 
vCard: <0x0A0E8254[NGVCard]:>
Mar 29 20:12:27 ogo-zidestore-1.5 [27541]: <0x0A0F53E4[SxPerson]> ERROR: could not parse 
given vCard (len=57)


Robert

Robert Bolduc wrote:
> Hi Jamey,
> 
> I can reproduce your problem when creating a new card in Thunderbird.  
> The automatic upload is not working on card creation or updates.  The 
> workaround for now is to hit the synchronize button after card edition. 
> I am working on a fix.
> 
> The cards duplication is caused by using an AddressBook created with a 
> version of the plugin prior to 0.51 with the newest version.
> 
> The synchronization mechanism has been improved to allow users to use 
> all the fields available in vcard and Thunderbird card format.  That 
> modification broke backwards compatibility thus causing the download of 
> all the cards.  The best way to prevent this is to create new address 
> books and delete the old ones.
> 
> The synchronization mechanism is now stable.  We are working of new 
> features and currently fixing kinks with Thunderbird 2.0.
> 
> The official location of the plugin is: 
> http://www.inverse.ca/english/contributions/thunderbird_groupdav_plugin.html 
> 
> 
> We just added an automatic redirection on the old page to prevent people 
> to still get the old version of the plugin.
> 
> The plugin was submitted today to 
> https://addons.mozilla.org/en-US/thunderbird, it is currently in the 
> sandbox, which means only registered users have access to it until the 
> review process allows it to become public 
> https://addons.mozilla.org/en-US/firefox/pages/sandbox
> 
> Robert
> 
>> Subject: Re: [OGo-Users] GroupDav GAL
>>
>> Looks like Helge found the link.
>>
>> I have found a couple of issues in writing contacts to the server when I
>> create a new contact in a GroupDav connector address book.
>>
>> First:
>> When I click the GroupDav synchronize button, I get a "<number of new
>> cards> card(s) could not be uploaded do to: 200"  message which would
>> seem to indicate the server did not accept the upload.  However,
>> clicking synchronize again, actually downloads the contact from the
>> server, and I wind up with a duplicate entry in the local address book.
>> Deleting the original one I created does work and I will no longer have
>> a duplicate in the local copy of the address book.  I suspect the
>> connector is incorrectly stating the error so it then fails to
>> synchronize the local entry with the server entry.
>>
>> Second:
>> Sometimes the created contact does not appear in the Ogo WebUI.  Some
>> do, some don't, I haven't had the time to find the reason for this.
>> However, even the one's that do not show in the WebUI, download from the
>> server using the connector.  I can create a new address book, sync to
>> it, and it will download the contacts that are invisible in theWebUI.
>>
>> I suspect both issues have something to do with their contact schema not
>> exactly matching.  I will be contacting the developer of the plugin.
>> When I find out more I will post it here.
>>
>>
>>
>>
> 


-- 
Robert Bolduc

INVERSE,
Une division de KEYRUS
A KEYRUS company

T: (514) 989-2000, ext. 2610
C: (514) 755-4720
rbolduc@inverse.ca
www.inverse.ca

AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privilégiés. Si 
vous n'êtes pas le véritable destinataire, veuillez nous en aviser immédiatement. Merci.
NOTICE - This e-mail may contain confidential or privileged information. If you are not 
the intended recipient, please notify us immediately. Thank you.