After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 710548 - Anniversary field is not shown on contacts over webdav
Anniversary field is not shown on contacts over webdav
Status: RESOLVED DUPLICATE of bug 722046
Product: evolution
Classification: Applications
Component: Contacts
3.8.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2013-10-20 14:03 UTC by Mehmet Giritli
Modified: 2014-03-13 17:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mehmet Giritli 2013-10-20 14:03:20 UTC
I'm trying out using horde addressbook over carddav and I noticed that even tough birthdays are shown correctly for contacts in evolution, anniversary data is missing for all contacts. I can see them fine using horde's interface. I'm using Evolution 3.8.5
Comment 1 Mehmet Giritli 2013-10-23 12:07:02 UTC
Asking around in horde mailing list, it is suspected that the bug is on Evolution's code and it is probably that Evo doesn't understand X-ANNIVERSARY field which is used by horde for anniversary data.

I hope this helps in some way. If the diagnosis is correct, this should be a trivial fix.
Comment 2 Milan Crha 2014-03-13 17:09:45 UTC
Thanks for a bug report. The problem with X- attributes is that they can stand for anything - the "X-" prefix is meant just for it. It can be any application-specific field. Evolution uses many of these, as you can see here [1].

From the [1] is visible that the anniversary date is stored in
   X-EVOLUTION-ANNIVERSARY
The X-EVOLUTION-BIRTHDAY is not used any more, the correct attribute is BDAY now.

Given the set of X- attributes evolution uses, it would be an awful list of "and try even this X- as a second guess when reading the attribute, but also when writing" for all the other backends/servers, to work with interoperability properly.

More correct way would be to switch to vCard 4.0 (RFC6350, see bug #722046), which provides a standard attribute ANNIVERSARY as well (like the BDAY attribute). That means that also the Horde server would eventually switch to the vCard 4.0 format and provide an option which vCard format might be used when the client talks to it (or which it expects from the client).

[1] https://git.gnome.org/browse/evolution-data-server/tree/addressbook/libebook-contacts/e-vcard.h#n70

*** This bug has been marked as a duplicate of bug 722046 ***