View Issue Details

IDProjectCategoryView StatusLast Update
0002802SOGo ConnectorBackend Address Bookpublic2017-07-11 09:52
Reportermbi Assigned Toludovic  
Status assignedResolutionopen 
Platform[Server] LinuxOSDebianOS Version7 (Wheezy)
Product Version24.0.4 
Target VersionFixed in Version 
Summary0002802: Duplicating Address Book Entry doesn't work

I have for many years maintained our Company Address Book in Thunderbird.

I have an Address Book entry in my personal address book that I use as a 'template', that already has all of the fields populated (Company name/address, etc), so all I have to do is copy it to a different address book, make the minor changes (user name/email, extension, title, etc), then copy it to the main address book.

Apparently SOGo (or Connector) doesn't like this.

The entry is created just fine, everything looks good - but the only one that gets sync'd is the first one. If I then create another entry based on the same template/entry, the new card shows up in my copy of the Address Book, but it never syncs down to the other users.

I found I can work around this by copying the entry, editing it, then right-click > Export > As vCard (.vcf) to my desktop, then open the target address book, right-click any entry in it and 'Import vCard/vcf' the one I just exported, the new entry syncs just fine.

Steps To Reproduce
  1. Create an address book entry with default values in your personal address book.

  2. Copy this entry to your target Sync'd address book.

  3. Modify the entry

  4. Sync the Address Book with another user who has read-only access (probably doesn't matter if they have read+write access, but mine have read-only access)

  5. Note entry syncs successfully

  6. Repeat steps 2 thru 4

  7. Note that this new entry does show up in your Master copy, but does NOT sync successfully to other users

  8. Modify this second entry in your Master copy

  9. Note that the first entry that successfully sync'd to the other users address book syncs with the new modified data.

For some reason Connector must think this is the same entry.

TagsNo tags attached.


Christian Mack

Christian Mack

2014-06-12 03:30

developer   ~0007195

The problem arises from the fact, that the copied address card has the same unique id as the original.
Because of that you also can not copy an address card to the same addressbook.



2014-06-12 06:42

reporter   ~0007198

So... are you saying that it should be considered 'normal' that copying an address book entry from one address book to another does not result in a new/unique id being created at the time it is copied to the new address book?

To me that seems a bug - although I guess in this case it would really be a Thunderbird Address Book bug, rather than SOGo.

Do you (or anyone) see an easier way to work around this?

I'll go open a bug in Thunderbird for this, but it would be really nice if the Connector could detect entries with duplicate ID's and rewrite one of them.



2014-06-12 06:43

reporter   ~0007199


Since Thunderbird doesn't have a problem displaying the 'duplicate' entries, is this really a Thunderbird bug?

In my opinion, Connector should have code to detect this and fix the duplicate ID (just generate a new/unique one).



2015-07-01 09:55

reporter   ~0008683

Over a year and no comment...

Silently losing data is a serious error. People could be experiencing this bug and not even know it.

Christian Mack

Christian Mack

2015-07-01 10:50

developer   ~0008684

Sorry, it is not that easy, as it seems.
The UID is there for a reason, else no one would have introduced it to start with.
When you change a contact, then the UID is the link between the "old" contact stored and the changed contact you currently try to save.

Some people are relying on the copy between address books to overwrite the "old" contact in the destination address book.

What you really want is an additional "copy new" function.
As this is not requested by paying customers, the priority for this is really low.



2017-07-11 09:52

reporter   ~0012085

Christian, I am revisiting this, and was about to open a Thunderbird bug, but would like some clarification...

I do not currently have access to a SOGo server for testing, but since this problem was only a problem when syncing the Address Books with SOGo, after re-reading your comments, I think I was wrongly blaming Thunderbird for this, and you didn't respond to my comment assuming this was a Thunderbird bug.

So, my question is:

Is this duplicate UID something that SOGo assigns? Or is it something that Thunderbird assigns?

If this is done purely by SOGo, then this is a SOGo bug (or feature if you prefer), but certainly not a Thunderbird bug.

Issue History

Date Modified Username Field Change
2014-06-05 09:01 mbi New Issue
2014-06-12 03:30 Christian Mack Note Added: 0007195
2014-06-12 06:42 mbi Note Added: 0007198
2014-06-12 06:43 mbi Note Added: 0007199
2015-07-01 09:55 mbi Note Added: 0008683
2015-07-01 10:50 Christian Mack Note Added: 0008684
2016-07-12 08:05 ludovic Status new => assigned
2016-07-12 08:05 ludovic Assigned To => ludovic
2017-07-11 09:52 mbi Note Added: 0012085