andrew at morphoss
Apr 20, 2012, 5:51 PM
Views: 326
Permalink
|
|
Re: CardDAV ADR field after modifications by evolution and an iPhone
[In reply to]
|
|
On Fri, 2012-04-20 at 10:45 +0200, Arnaud wrote:
> Hi everyone,
>
> I noticed something strange if I modify the addresses of my contacts
> (CardDAV) from both evolution and an iPhone.
>
> After a couple of modifications back and forth, the address will not be
> displayed at all on the iPhone and end up broken in evolution.
>
> I know it looks more like a client issue, but I never noticed this
> during the 6 month I used davical 0.9.9.3 with the same clients. It only
> appeared when I upgraded davical to 1.0.2 earlier this week so it made
> me suspect davical.
> Of course, it could still be a client issue, one of the client being
> fine with the data served by the "old" davical but not liking the newer
> one, for whatever reason (implementation of the standard, etc.).
>
> In the logs below, you can see that the ADR field is changed like this:
> ADR;TYPE=HOME:blabla --> item1.ADR;type=HOME;type=pref:blabla -->
> ITEM2.ADR;TYPE=HOME;TYPE=pref:blabla.
> That's when it's changed to "ITEM2.ADR" that everything goes awry. I'm
> not sure what the standard says in this regard.
>
> I would really appreciate some help/hints to clear this issue!
>
> Versions I use:
> - davical 1.0.2 (Debian "testing" package, backported to "stable")
> - evolution 3.2.2 (Debian "testing")
> - iPhone/iOS 4.3.1 (8G4)
It's curious that the iPhone is escaping the semicolons, which are used
to separate the various address parts. It's peculiar that it changes it
to ITEM2.ADR from being item1.ADR previously, as it chooses to make TEL
into item1.TEL on that modification but not earlier ones.
On Evolution's side it seems to be changing the UID, and inserting a
whole lot of silly null properties. The UID issue is a known problem.
Cheers,
Andrew.
--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Avoid reality at all costs.
------------------------------------------------------------------------
|
signature.asc
