Closed Bug 813881 Opened 12 years ago Closed 3 years ago

Drag & drop of mailing list into another AB causes missing contacts (dataloss) in original and copied mailing list

Categories

(Thunderbird :: Address Book, defect)

17 Branch
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1703187

People

(Reporter: ercete, Unassigned)

References

Details

(Keywords: dataloss)

User Agent: Mozilla/5.0 (Windows NT 6.0; rv:16.0) Gecko/20100101 Firefox/16.0
Build ID: 20121024073032

Steps to reproduce:

-Create an addressbook called Book1
-Create an addressbook called Book2

-Create in Book1 a contact named user1@abc.com with same email
-Create in Book1 a contact named user2@abc.com with same email
-Create in Book1 a contact named user3@abc.com with same email

-Create a list named List1 in Book1
-Select the 3 created users, then drag and drop them into the list.
(A refresh bug may happen here but select another AddressBook and coming back to Book1 is reseting it, this is another story)

In terms of data : everything is allright at this point.

-Select Book1 and drag and drop List1 into Book2.




Actual results:


Now everything is messed up :
*The List1 copy in Book2 displays only user2 and 3 but not user1...
*The List1 detail (double click on it) displays only user2 and 3 but not user1...

Worse : 
*The List1 original in Book1 displays all 3 users but if you look at details by doubleclicking on it : user1 has also disappeared. try to send an email to the list and MAILER-DEAMON says that only user2 and user3 are unknown.


Expected results:

The expected result should have been :

The copy of List1 in Book2 should display all 3 created users both in pane and detail.
The original List1 in Book1 should not loose User1 in details.


-----
I've also noticed many other problems while drag'n'dropping multiple contacts from a Book to another. Maybe it is linked ?
Severity: normal → critical
Keywords: dataloss
After more research, Bug 732722 seems to be similar, but not certainly the same one.
Confirming exactly as described in comment 0, reproducable like a charme.

Wow Thomas ESTEVE, this is the most beautiful bug report I've seen for a long time: concise, reduced & flawless STR, well-formed description with everything included. Thank you! :)

Can we invite you as a QA volunteer to help with assessing & improving existing bug reports...? People like you can make a big difference, especially now that TB needs to rely on volunteers...

---
No duplicates found with the following bmo quicksearch:
:thun,mail :addr su:drag,drop

https://bugzilla.mozilla.org/buglist.cgi?quicksearch=%3Athun%2Cmail%20su%3Adrag%2Cdrop%20%3Aaddr;list_id=5013615
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows Vista → All
Hardware: x86 → All
Summary: AddressBook messing up with contacts and lists with dataloss → Drag & drop of mailing list into another AB causes missing contacts (dataloss) in original and copied mailing list
(In reply to Thomas ESTEVE from comment #0)
> -Select the 3 created users, then drag and drop them into the list.
> (A refresh bug may happen here but select another AddressBook and coming
> back to Book1 is reseting it, this is another story)

Interestingly, the list refresh bug creates a duplicate ghost entry of exactly *user1@abc.com* (temporarily overwriting the List1 item in the list of Book1), which is the very same entry that later goes missing.
Ghost entries are very confusing and also prone to dataloss, see Bug 628035.

> Actual results:
> *The List1 original in Book1 displays all 3 users but if you look at details
> by doubleclicking on it : user1 has also disappeared. 

Interestingly, deleting those *2* remaining users from the List1 properties dialogue will delete all *3* users from list view of List1. But switching between AB's will not. So it's a semi-permanent ghost entry... in our old & spooky AB.

> -----
> I've also noticed many other problems while drag'n'dropping multiple
> contacts from a Book to another. Maybe it is linked ?

Very possible. Lots of bugs in this corner. I suppose some have given up on the old AB and are just waiting for an entirely new AB, which is in the pipe but nobody knows when it will be ready and what new problems it might bring.
Given that, I'd much prefer to see some bugs fixed in the old AB while we're waiting, and eliminating ghost entries with an extra list refresh seems like a viable thing to begin with.
(In reply to Thomas D. from comment #3)
> Lots of bugs in this corner [AB].

Fyi: Only 376 bugs found for AB ;)
(including unconfirmed, excluding enhancements)
:thun,mail :addr -sev:enh
https://bugzilla.mozilla.org/buglist.cgi?quicksearch=%3Athun%2Cmail%20%3Aaddr%20-sev%3Aenh;list_id=5014046

Symptoms are a bit different these days (90.0a1 (2021-05-31) (64-bit)), we just clear the list... :-/

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.