(This bug imported from BugSplat, Netscape's internal bugsystem. It was known there as bug #335223 http://scopus.netscape.com/bugsplat/show_bug.cgi?id=335223 Imported into Bugzilla on 03/30/99 10:12) Using 4.5 build RTM dated 10-10b on Win95, if user creates a new list in an address book that has the same name as an existing list in that address book, the cards added to the new non-unique list are merged with cards in the existing list, but nickname and description are removed or changed base on what new non-unique list has for these fields. Currently the spec states "A mailing list name must be unique to it's address book". I believe in earlier builds we were prompting with at message about the need to be unique. We don't do that now, we just edit the exisitng list unknowingly. I think this should be fixed in next release. 1. Launch Address Book 2. Select an Address Book 3. Create a List in one of your Personal Address Books: Title=List one, Nickname=one, Description=description1. 4. Put (2)names on list: firstname.lastname@example.org, email@example.com 5. OK the List 6. Select the same Address Book 7. Click New List 8. Repeat step 3, changing Nickname=two, leave the Description blank 9. Put (2) names on list: firstname.lastname@example.org, email@example.com 10. OK the list Result: "List one" was edited (without notification): Nickname changed to "two", Description has been removed, cards in list now include all (4) of the above.
I'd like to suggest that if you want to process (look at, fix, etc) this bug for 5.0, that you leave the bug in a "new" state and not resolve as later. Right, now, the bug looks like it means that the tfv is set to 5.0 and you've reviewed it, and decided to later the bug for 5.0.
Moving this to bugzilla so it can be tested with 5.0 when Address Book is ready for testing. Doesn't seem like it would be targeted for a 4.5x release, but want it working in 5.0.
This bug was brought up from Bugzilla. It was resolved as Later in Bugzilla, so it will be marked as Reopen rather than New, and needs to be tested when Address Book code is ready for testing.
Assignee: mscott → hangas
Status: REOPENED → NEW
Target Milestone: M8
Reassign to firstname.lastname@example.org for M8
changing platform to All since we'll need to try this on all platforms.
Mailing lists are post beta.
This does not need to be fixed for PR1
Moving mailing list bugs to the same milestone.
Target Milestone: M15 → M19
Mass move mailnews bugs to Putterman. Ouch.
Assignee: hangas → putterman
Status: ASSIGNED → NEW
reassigning to chuang.
Assignee: putterman → chuang
QA Contact: pmock → fenella
reassigning to cavin
Assignee: chuang → cavin
Trunk build 2002-02-26-03: WinMe When I try to close the second mailing list a message appears, "A Mailing List with that name already exists. Please choose a different name", so there is nothing to merge. Marking Worksforme.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
Trunk build 2002-03-01: Linux RH 7.1, Mac 9.1 Verified Fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.