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 629744 - incorrect mapping of fields to google contact
incorrect mapping of fields to google contact
Status: RESOLVED DUPLICATE of bug 602244
Product: evolution
Classification: Applications
Component: Contacts
2.30.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
evolution[google]
Depends on:
Blocks:
 
 
Reported: 2010-09-15 10:43 UTC by seb
Modified: 2010-09-22 16:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
original example contact in Evolution address book (37.51 KB, image/png)
2010-09-15 10:43 UTC, seb
Details
same contact in gmail (synced by Evolution) (18.24 KB, image/png)
2010-09-15 10:46 UTC, seb
Details

Description seb 2010-09-15 10:43:24 UTC
Created attachment 170324 [details]
original example contact in Evolution address book

When I copy a contact to the Evolution Google contacts address book some fields are not mapped correctly, some are not mapped at all.

e.g.
- the Birthday is not added to the google contact
- Mr./Mrs. etc is added to the contact name field which is jumbling up the sorting on google and android mobiles
- notes are not mapped correct
- homepage could be mapped to URL
Comment 1 seb 2010-09-15 10:46:08 UTC
Created attachment 170325 [details]
same contact in gmail (synced by Evolution)

same contact as shown in google mail contacts (after syncing by Evolution)
Comment 2 Milan Crha 2010-09-22 16:59:53 UTC
Thanks for a bug report. Google addressbook backend is using libgdata since bug #580021, which fixes most of your issues, it specifically defines more precisely which fields are supported and which are not. The libgdata API doesn't have (I didn't find it) the interface for URLs and birthdays, unfortunately. It might worth to fill an enhancement request against libgdata.

Notes are mapped properly with it.

With respect of title and suffix in the name, well, those are mapped properly, and evolution moves them to the Google contact as expected. I would suggest to not fill them in Evolution, or to fill an enhancement request against Google interface, to be able to skip these values when sorting. Or maybe I overlooked such option in their interface.

Nonetheless, I believe this is fixed and I'm marking this as a duplicate of a bug about proper Note support for google addressbook.

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