|
From: Chris F. <cd...@fo...> - 2011-01-20 19:42:52
|
On Thu, Jan 20, 2011 at 08:31:07PM +0100, Juergen Leising wrote: > On Thu, Jan 20, 2011 at 02:49:55PM +0000, Graham Cobb wrote: > > On Wednesday 19 January 2011 02:12:31 Chris Frey wrote: > > > On Tue, Jan 18, 2011 at 02:49:20PM -0800, Emanoil Kotsev wrote: > (...) > > > Experience teaches us that implementation of the V-formats in the real world > > is very poor! It would be worth both the vformat and xmlformat code in > > OpenSync to be more tolerant. OpenSync is in the business of syncing user's > > devices, not enforcing minor standards violations. > > Yes, you are absolutely right. OpenSync should be way more > tolerant towards format errors. A format error is not the same > as an exit error in terms of libopensync, which automatically > leads to slow-sync of all of the entries available. I don't know which software stack is creating this vCard data. Emanoil: can you let us know if you are getting this data from Akonadi or if you are creating it yourself? If the plugin is creating the vCard data, the plugin should be fixed, not the parser. But, if people have time on their hands, and want to hack on the code, go to the vformat plugin, in src/xmlformat-vcard.c, line 444, and change the handle_location_attribute() function. Test code would also be nice. :-) - Chris |