Closed Bug 44710 Opened 24 years ago Closed 22 years ago

Entries drag/drop into Mailing List lose Display Name

Categories

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.4alpha

People

(Reporter: marina, Assigned: shliang)

References

Details

(Keywords: dataloss, Whiteboard: [adt3] nab-dnd,nab-mlist)

***** 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.
Assignee: putterman → chuang
candice could you try this out and see if this is still happening?
QA Contact: lchiang → suresh
Summary: Entries drag/drop into Mailing List from imported AB loose Display Name → Entries drag/drop into Mailing List from imported AB lose Display Name
suresh, are you seeing this?
Yes, I'm seeing this on today's commercial build on Windows.
moving to future milestone.
Target Milestone: --- → Future
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 Contact: suresh → pmock
QA-assign-to fenella.
QA Contact: pmock → fenella
QA Contact: fenella → nbaca
reassigning to racham
Assignee: chuang → 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.
Keywords: dataloss
Summary: Entries drag/drop into Mailing List from imported AB lose Display Name → Entries drag/drop into Mailing List lose Display Name
Keywords: nsbeta1
*** Bug 92510 has been marked as a duplicate of this bug. ***
Keywords: nsbeta1nsbeta1+
Blocks: 118769
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. 
Whiteboard: nab-dnd,nab-mlist
Blocks: 122274
Status: NEW → ASSIGNED
Keywords: nsbeta1+nsbeta1-
Blocks: 136757
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.
Keywords: nsbeta1-nsbeta1
*** 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
Keywords: nsbeta1nsbeta1+
Whiteboard: nab-dnd,nab-mlist → [adt3] nab-dnd,nab-mlist
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.
Severity: normal → critical
Reassigning.
Assignee: racham → shliang
Status: ASSIGNED → NEW
Target Milestone: Future → mozilla1.4alpha
fixed w/ bug 53216
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
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!
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.