Open
Bug 117836
Opened 24 years ago
Updated 3 years ago
mailing list selected in directory pane, add a new card and the card does not remain in the mailing list
Categories
(MailNews Core :: Address Book, defect)
MailNews Core
Address Book
Tracking
(Not tracked)
NEW
People
(Reporter: nbaca, Unassigned)
References
(Depends on 1 open bug)
Details
(Whiteboard: nab-mlist)
Trunk build 2002-01-02-03: WinMe
Trunk build 2002-01-02-08: Linux RH 7.1
Overview: With the list selected in the directory pane, add a card and the card
does not remain associated with the list. Yet it's added to the parent address book.
Steps to reproduce:
1. Select a list in the directory pane (i.e. a list from the Personal Address Book)
2. Select the New Card button and create a new card, ok (notice that the card
appears in the results pane as expected so it appears as an entry for the list)
3. Click onto the parent address book (i.e Personal Address Book) and the new
entry also appears there).
4. Select the list again in the directory pane
Actual Results: The new entry does not appear in the results pane yet the card
remains in the Personal Address Book. It's just not associated with the list
anymore.
Expected Results: The new entry should appear in the results pane when the list
is selected from the directory pane.
| Reporter | ||
Comment 1•24 years ago
|
||
Marking nsbeta1 because this could appear as data loss and the user shouldn't
have to perform the workaround.
Workaround is to select the parent address book, select the list from the
results pane, edit and then add the card. Now it remains associated with the list.
Keywords: nsbeta1
Whiteboard: nab-mlist
Updated•23 years ago
|
Status: NEW → ASSIGNED
Updated•23 years ago
|
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0
Comment 2•23 years ago
|
||
*** Bug 122537 has been marked as a duplicate of this bug. ***
| Reporter | ||
Updated•23 years ago
|
Summary: List selected in directory pane, add a card and the card does not remain → List selected in directory pane, add a card and the card does not remain in list
Comment 3•23 years ago
|
||
Discussed in Mail News with Mktng, QA, Engineering and PjM. Decided to minus
this bug.
| Reporter | ||
Comment 4•23 years ago
|
||
*** Bug 101484 has been marked as a duplicate of this bug. ***
| Reporter | ||
Comment 5•23 years ago
|
||
Copied from comment#4 in bug# 101484, statement by jglick:
'When you select "New Card", the dialog that opens displays the AB to which the
card will be added. I like nbaca's idea that the card is added to the selected
Mailing List, as well as the parent AB. 4.x does this as well.'
Comment 6•21 years ago
|
||
not 1.2, but maybe 1.8
Summary: List selected in directory pane, add a card and the card does not remain in list → mailing list selected in directory pane, add a card and the card does not remain in the mailing list
Target Milestone: mozilla1.2alpha → ---
Comment 7•21 years ago
|
||
*** Bug 245103 has been marked as a duplicate of this bug. ***
Comment 8•21 years ago
|
||
to reproduce:
1) open addressbook, select a mailing list in the dir pane
2) do new card, note in the new card dialog the address book (that contains the
mailing list) is selected. the mailing lists are not listed in the menu list.
3) add the card, it appears to show up in the mailing list card list pane
4) switch to the mailing list's parent addressbook, see the card you added
5) switch back to the mailing list, the card is gone
Updated•21 years ago
|
Product: Browser → Seamonkey
*** Bug 259795 has been marked as a duplicate of this bug. ***
Comment 10•21 years ago
|
||
Thunderbird Bug 272823 seems to be similiar.
Summary: mailing list selected in directory pane, add a card and the card does not remain in the mailing list → mailing list selected in directory pane, add a new card and the card does not remain in the mailing list
Comment 11•20 years ago
|
||
*** Bug 283570 has been marked as a duplicate of this bug. ***
Comment 12•20 years ago
|
||
I had a word with Seth and he isn't working on this bug at the moment. Therefore
removing the assigned status.
Status: ASSIGNED → NEW
Updated•20 years ago
|
Assignee: sspitzer → mail
Updated•20 years ago
|
Assignee: mail → nobody
Component: Address Book → MailNews: Address Book
Product: Mozilla Application Suite → Core
QA Contact: nbaca → addressbook
Comment 13•20 years ago
|
||
*** Bug 272823 has been marked as a duplicate of this bug. ***
Comment 14•20 years ago
|
||
This bug really complicates work with address lists in Thunderbird. I have to install a few new address lists every few months, and this bug about triples the work time needed.
Comment 16•19 years ago
|
||
*** Bug 324177 has been marked as a duplicate of this bug. ***
Comment 17•19 years ago
|
||
*** Bug 324177 has been marked as a duplicate of this bug. ***
Comment 18•19 years ago
|
||
*** Bug 338373 has been marked as a duplicate of this bug. ***
Comment 19•19 years ago
|
||
*** Bug 341589 has been marked as a duplicate of this bug. ***
| Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
Updated•17 years ago
|
Priority: P2 → --
Comment 25•16 years ago
|
||
I've just tried to reproduce this bug with the latest SeaMonkey 2.1a1pre nightly build [1].
With this build the new card doesn't appear in the results pane of the selected mailing list (see step 2 of the OP's comment), but IMO this bug is still valid because we need a way to insert a card into a mailing list at creation time.
A solution could be a new drop-down menu next to the address book one in the form used to create a new contact. The new drop-down menu should contain the mailing lists available for the selected address book. If no list is selected, the new contact isn't inserted into any list, otherwise if the user choose a list the new contact is added to that list.
With such a system, if the user choose to add a contact when a mailing list is selected, the list drop-down menu should be already set to the current mailing list.
[1] Build identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20091116 SeaMonkey/2.1a1pre
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•