|Anonymous | Login | Signup for a new account||2017-06-24 11:30 EDT|
|My View | View Issues | Change Log | Roadmap | Repositories|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003086||SOGo Connector||with external server||public||2015-01-31 19:13||2017-06-19 07:12|
|Platform||Thunderbird 31.4.0||OS||Xubuntu||OS Version||14.04 LTS|
|Target Version||Fixed in Version|
|Summary||0003086: 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 [^]|
|Tags||No tags attached.|
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.
|2015-01-31 19:13||yuv||New Issue|
|2015-01-31 21:08||francis||Category||=> with external server|
|2016-07-12 08:05||ludovic||Status||new => assigned|
|2016-07-12 08:05||ludovic||Assigned To||=> ludovic|
|2017-06-17 12:28||mkuron||Note Added: 0011982|
|Copyright © 2000 - 2017 MantisBT Team|