View Issue Details

IDProjectCategoryView StatusLast Update
0003091SOGo Connectorwith external serverpublic2016-07-12 12:05
Reporteryuv Assigned Toludovic  
PrioritynormalSeverityminorReproducibilityalways
Status assignedResolutionopen 
PlatformLinuxOSUbuntuOS Version14.04 LTS
Product Version31.0.1 
Summary0003091: Duplicate entries are not removed after clean up in Thunderbird
Description

This address book is stored on Radicale on an Ubuntu 14.04 server and is shared between an Android 4.0.4 phone (using DAVdroid) and Thunderbird on an Ubuntu 14.04 client.

I wanted to copy entries from the local address book on the phone to the shared address book on the server.

In the Android address book, menu -> Import/Export Contacts, select Phone, next, select the account for the remote address book, next, select the contact to be copied (all), and finally click on copy.

Inadvertently, I repeated the process multiple times, and this go my address book four entries per person. I decided to edit on Thunderbird (more convenient than on the phone). Using the Duplicate Contact Manager add-on, it was easy to delete the duplicate contact. However, and here is what I think is a bug, SOGo Connector did not push the deletions / updates to the server.

The file on the server still has four vcard for the same entry, all identical, except for the following lines between the BEGIN and END of the VCARD:

entry 1:

X-RADICALE-NAME:00d49311-a496-4294-b3a7-2a8288e591e9.vcf
UID:00d49311-a496-4294-b3a7-2a8288e591e9
PRODID:DAVdroid/0.5.13-alpha (ez-vcard/0.9.3)
REV:20140526T054749Z

entry 2:

UID:3aafa4f6-e576-4d4e-baae-fc90ab620702
PRODID:DAVdroid/0.6.11 (ez-vcard/0.9.6)
REV:20150202T050528Z
X-RADICALE-NAME:3aafa4f6-e576-4d4e-baae-fc90ab620702.vcf

entry 3:

UID:4bf6e2bb-ea6d-4a23-8aba-359eb510c5e9
PRODID:DAVdroid/0.6.11 (ez-vcard/0.9.6)
REV:20150202T050530Z
X-RADICALE-NAME:4bf6e2bb-ea6d-4a23-8aba-359eb510c5e9.vcf

entry 4:

UID:deaffd2a-baa8-49e1-ac87-6b0a5d8dcd79
PRODID:DAVdroid/0.6.11 (ez-vcard/0.9.6)
REV:20150202T050529Z
X-RADICALE-NAME:deaffd2a-baa8-49e1-ac87-6b0a5d8dcd79.vcf

I am fully backed up, so I can back up to the status before the copy operation and redo the copy paying attention to do it only once, however I would like to understand why the server has not deleted the duplicates even though Thunderbird seems to have deleted them and no longer shows them. I can live with the bloated address book for a few days and I can follow instructions to try to trace the problem. One possibility I thought of is to start a new, fresh Thunderbird local address book, move all the contacts that are visible in Thunderbird (i.e. no duplicate) to this new address book, and then create a new online address book and move the contacts there. However, this kind of fiddling is not a good idea and how do I know that I do not lose entries in the process?

Any advice is appreciated.

Thanks.

Steps To Reproduce

see above

TagsNo tags attached.

Activities

Christian Mack

Christian Mack

2015-02-05 08:25

developer   ~0008137

Do you see any error messages in Thunderbird?

yuv

yuv

2015-02-05 13:40

reporter   ~0008140

Last edited: 2015-02-05 13:41

Not that I am aware of. SOGo Connector usually display these overlays saying how many contact have been synced and I have not seen any message there until I rebooted the computer. At that point SOGo Connector re-downloaded the duplicates and notified me of that.

Is there a place where Thunderbird writes logs to?

Christian Mack

Christian Mack

2015-02-05 15:04

developer   ~0008143

See in Thunderbird under "Extras" --> "Error console Ctrl+Shift+J"
Do you see any errors in Thunderbirds error console when removing the duplicates?

yuv

yuv

2015-02-05 18:34

reporter   ~0008145

I went through the process of removing a few hundred duplicates and there was no error in the console:

  • "Tools" --> "Error Console (Ctrl+Shift J)"
  • Cleared the console
  • "Tools" --> "Address Book (Ctrl+Shift B)"
  • "Tools" (in the Address Book window, not in the main window. Thunderbird 31.4.0 on Xubuntu 14.04 is using confusing terminology!) --> "Find and Manage Duplicates..."
  • selected the same remote address book on the left and right drop downs, ticked the box to first collect duplicates, then clicked start to get the process going
  • deleted a few hundred duplicates: NOTHING IN THE CONSOLE.

Then I right-clicked the address book's name on the left panel of the Address Book window and selected "Synchronize" from the context menu. Now I got a FLURRY OF ERRORS, all of which looked the same (I redacted identifiable information from the report):

Upload failure uploading card: https://REDACTED_SERVER_URL/REDACTED_PATH/C6797C85-CB70-0001-2E2E-C43011901AF1.vcf.
HTTP Status Code:412

  • card properties:
    0 prop: [xpconnect wrapped nsIProperty]; name: DisplayName; value: REDACTED
    1 prop: [xpconnect wrapped nsIProperty]; name: groupDavKey; value: C6797C85-CB70-0001-2E2E-C43011901AF1.vcf
    2 prop: [xpconnect wrapped nsIProperty]; name: RecordKey; value: 25604
    3 prop: [xpconnect wrapped nsIProperty]; name: PreferMailFormat; value: 0
    4 prop: [xpconnect wrapped nsIProperty]; name: UID; value: 383be8c5-e86e-4eed-a4f7-6ece9f795b65
    5 prop: [xpconnect wrapped nsIProperty]; name: DbRowID; value: 304
    6 prop: [xpconnect wrapped nsIProperty]; name: groupDavVersion; value: -1
    7 prop: [xpconnect wrapped nsIProperty]; name: groupDavVersionPrev; value: "f0d89da070d86dac3960e8f5794f4244"
    8 prop: [xpconnect wrapped nsIProperty]; name: PopularityIndex; value: 1
    9 prop: [xpconnect wrapped nsIProperty]; name: PhotoType; value: generic
    10 prop: [xpconnect wrapped nsIProperty]; name: LowercasePrimaryEmail; value: REDACTED
    11 prop: [xpconnect wrapped nsIProperty]; name: FirstName; value: REDACTED
    12 prop: [xpconnect wrapped nsIProperty]; name: LastName; value: REDACTED
    13 prop: [xpconnect wrapped nsIProperty]; name: CardUID; value: C6797C85-CB70-0001-2E2E-C43011901AF1.vcf
    14 prop: [xpconnect wrapped nsIProperty]; name: PrimaryEmail; value: REDACTED
    15 prop: [xpconnect wrapped nsIProperty]; name: AllowRemoteContent; value: 0
    16 prop: [xpconnect wrapped nsIProperty]; name: SecondEmail; value: REDACTED
    17 prop: [xpconnect wrapped nsIProperty]; name: LowercaseSecondEmail; value: REDACTED
    18 prop: [xpconnect wrapped nsIProperty]; name: LastModifiedDate; value: 1423074443
    19 prop: [xpconnect wrapped nsIProperty]; name: PreferDisplayName; value: 0
  • done
Christian Mack

Christian Mack

2015-02-06 08:35

developer   ~0008148

HTTP error code 412 Precondition Failed.
This should help the developers to identify the cause of your problem.

Could you check the Lightning version too?
You can find it under "Tools" --> "Add Ons" --> "Extensions"

Issue History

Date Modified Username Field Change
2015-02-04 05:25 yuv New Issue
2015-02-05 08:25 Christian Mack Note Added: 0008137
2015-02-05 13:40 yuv Note Added: 0008140
2015-02-05 13:41 yuv Note Edited: 0008140
2015-02-05 15:04 Christian Mack Note Added: 0008143
2015-02-05 18:34 yuv Note Added: 0008145
2015-02-06 08:35 Christian Mack Note Added: 0008148
2016-07-12 12:05 ludovic Status new => assigned
2016-07-12 12:05 ludovic Assigned To => ludovic