Dependency Graph

Dependency Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0003086SOGo Connectorwith external serverpublic2017-06-19 11:12
Reporteryuv Assigned Toludovic  
PrioritynormalSeveritymajorReproducibilityalways
Status assignedResolutionopen 
PlatformThunderbird 31.4.0OSXubuntu OS Version14.04 LTS
Product Version31.0.1 
Summary0003086: Data Loss on Sync
Description

Thank you for SOGo Connector. I can reproduce consistently what I believe is a seriously bad behaviour. On syncinc, SOGo Connector removes from the CardDAV entry on the server (Baïkal) fields that Thundebird's address book cannot display / deal with (e.g. more than two email addresses). The correct behaviour would be to preserve those extra fields, even if they are not useful to Thunderbird.

Details at https://github.com/bitfireAT/davdroid/issues/436

Steps To Reproduce

See initial report at https://github.com/bitfireAT/davdroid/issues/436

TagsNo tags attached.

Activities

mkuron

mkuron

2017-06-17 16:28

reporter   ~0011982

I also ran into this issue (Thunderbird 52 and SOGo 3.2.9), though for me a contact's email addresses beyond the second one are lost only when I edit the contact, not unconditionally during sync.

I originally wanted to write a patch for this. However, my conclusion was that this would require to basically rewrite the email address handling code in the conversion from Thunderbird cards to VCARD format and vice versa. I just got started with the SOGo Connector code and didn't want to come up with something that wouldn't meet the design expectations of the original developers. And end up not getting merged

For a start, all email addresses beyond the second would need to be stored in additional properties (e.g. extraEmail1, extraEmail2, ...) when a VCARD is loaded from the server. When a VCARD is written back to the server, these properties would need to be included as extra EMAIL entries. Of course, that would still lose the tag (work, home, PREF), but that's not that big of a deal.

The additional properties (extraEmail1 etc.) should also be editable from an extra tab in the contact edit window. They should be displayed like the first two email addresses in the preview at the bottom of the Address Book windows. They should also be treated like them when searching for or auto-completing email addresses.

Issue History

Date Modified Username Field Change
2015-02-01 00:13 yuv New Issue
2015-02-01 02:08 francis Category => with external server
2016-07-12 12:05 ludovic Status new => assigned
2016-07-12 12:05 ludovic Assigned To => ludovic
2017-06-17 16:28 mkuron Note Added: 0011982