***** observed with 2000-07-06 M17 build **** Steps to reproduce: - import an Address Book from 4.x - create a new Mailing List under Personal Address Book; - open the new List and drag/drop entries from the imported AB; - when you are dropping them you can see all entries with Display name and email addresses; - close the Mailing list by OK'ing it; - select it from the left pane and note: // no Display names on the right pane, only email addresses

reassigning to chuang.

candice could you try this out and see if this is still happening?

suresh, are you seeing this?

Yes, I'm seeing this on today's commercial build on Windows.

moving to future milestone.

We use the display name if there's one or made it up from the first and last name for displaying in the list entry. We don't lose the display name because it is not there in the beginning.

QA-assign-to fenella.

reassigning to racham

i retested this with 2001-11-30 windows build and now it doesn't matter whether the ABook was imported or not it happens every time you D&D cards to mailing list, they lose their display name, changing the summary.This bug should get more attention, it is a data loss, adding a keyword.

*** Bug 92510 has been marked as a duplicate of this bug. ***

Trunk build 2002-01-16-03: WinMe Trunk build 2002-01-16-08: Linux RH 7.1 Steps to reproduce: 1. Have entries in the Personal Address Book (aka PAB) 2. Create a new Address Book (NewAB1) 3. In the new address book select the New List button 4. Drag-n-drop cards from the PAB into the list 5. Close the list Actual Results: The cards are added to the new address book and the addresses appear but the Display Name is blank. Expected Results: The Display Name should also appear in the right pane. Additional Information: - If the card already has a Display Name/Address and the list exists in the same address book then the above problem will not occur. The problem only occurs if the address does not exist in the current address book.

The same problem occurs if autocomplete finds a match in a different address book. - autocomplete with an entry in the currently selected address book and these entries' Display Name remains after closing/reopening the list dialog. - autocomplete with an entry in a different address book and these entries' Display Name do not appear then next time the list dialog opens. Also these email addresses are added to the currently selected address book.

D & D nolonger exist in 7.0. Please refer bug 138092.

Marking nsbeta1. The issue still exists without drag-n-drop as stated in comment# 12.

*** Bug 49075 has been marked as a duplicate of this bug. ***

I saw this problem under Windows 98, but more than just the display name was being lost and there were some additional side effects. I started with an address book imported from release 1.2, then added some new address cards. The new cards included addresses, phone numbers, and other information besides just the first/last/display names and email address. I created a new mailing list in the same address book and dragged some of the addresses into the mailing list. The names and email addresses appeared in the list as expected. Then I went back to the address book, where I found that new cards had been created with the same first/last name and email addresses as the previous entries, but no other information. When I deleted one of these new entries from the address book, the corresponding entry in the mailing list was cleared (not completely deleted -- it still showed up in the list as an empty entry with no name or email address.) In this case, I would expect drag&drop to create a link back to the original address book entry, not an entirely new card.

Mail triage team: nsbeta1+/adt3

By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and <http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss bugs are of critical or possibly higher severity. Only changing open bugs to minimize unnecessary spam. Keywords to trigger this would be crash, topcrash, topcrash+, zt4newcrash, dataloss.

Reassigning.

fixed w/ bug 53216

Trunk build 2003-02-25: Mac 10.1.5 Trunk build 2003-03-03: WinXP Verified Fixed. After performing the following tests all data was transfered from one address book to a second address book (including Display Name, address etc...). - Drag-n-drop a card from one address book to a list in a second address book in the left pane. - With the list open in the second address book, used autocomplete to choose an address entry from the first address book. - In the above tests I also deleted an entry from the list. The entry is removed from the list and its corresponding card remains in the selected address book as expected. It looks great!