https://bugs.freedesktop.org/show_bug.cgi?id=76375
Xavier Claessens <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW --- Comment #4 from Xavier Claessens <[email protected]> --- Thanks for the --daemon=no trick. It is indeed a bug in libebook that I'm hunting now. But I think there is still something wrong in syncevolution. As I understand correctly, it is syncevolution who split the vcf file into individual vcards, right? If I pass the "--delimiter none" option it fix the problem, but then if I put a file with 2 vcards it won't import the 2nd. So if I understand correctly, there are 2 bugs: 1) libebook should deal with vCards missing the END:VCARD without crashing on that [ERROR 00:00:02] GLib: g_ascii_strcasecmp: assertion `s1 != NULL' failed 2) syncevolution should deal with vcf files containing blank lines and split it correctly into individual vcards. Note that strictly speaking, if I understand correctly the RFC[1], blank lines are forbidden between BEGIN:VCARD and END:VCARD, because there can be only one CRLF at the end of each line. But still, parsers should be tolerant, vcard writers are known to never fully respect the RFC. Never seen a single device out there that always produce valid vcards. Never. [1] https://tools.ietf.org/html/rfc6350#section-3.3 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
_______________________________________________ Syncevolution-issues mailing list [email protected] https://lists.syncevolution.org/mailman/listinfo/syncevolution-issues
