Closed Bug 138647 Opened 23 years ago Closed 23 years ago

Create a list and entries do not remain in the list dialog & sending to list fails

Categories

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

All
Windows ME
defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0

People

(Reporter: nbaca, Assigned: sspitzer)

References

Details

(Keywords: regression, Whiteboard: eta 4/26)

Attachments

(1 file)

Trunk build 2002-04-19-03: WinMe, Mac 10.1.3 haven't tried linux yet. Overview: Create a mailing list and a variety of problems occur such as the mailing list dialog not displaying the addresses, addressing a message to the same list fails to send the message. Steps to reproduce: 1. Create a mailing list by: a. Select the New List button b. Enter a name for the mailing list c. Type 2 addresses d. Select the OK button e. Select the list name in the results pane (right pane) Actual Results: I. With the parent address book selected in the directory pane and the list selected in the results pane: 1. In the card pane it only shows the name of the list and not the addresses I just typed in the list (i.e. qatest32@netscape.com and qatest33@netscape.com) 2. Double click onto the list and no addresses appear so it's empty! II. With the list selected in the directory pane 3. Select the list in the directory pane (left pane) and the results pane displays the two entries. 4. Double click onto the list in the directory pane so the mailing list dialog appears and again the list appears empty. III. Create a message and address it to the list and an error appears stating that no recipients are present so sending the message fails. Additional Information: - If I drag-n-drop the card from the results pane to the list in the directory pane then everything works as expected so the problem occurs when adding the addresses in the list dialog.
Marking nsbeta1 because a common way of creating a list is by using the mailing list dialog. This bug utlimately makes managing lists very difficult and sending fails.
Assignee: racham → sspitzer
Keywords: nsbeta1
Blocks: 136757
Trunk build 2002-04-18: WinMe, Mac 10.1.3 The problem does not appear in the 4/18 build so this regressed between 4/18 and 4/19.
Keywords: regression
Ninoschka, just to clarify, this is only happening on the trunk?
aceepting. this might be a regression from my fix from #134743, I'll try to determine that.
Severity: normal → major
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Target Milestone: mozilla1.0.1 → mozilla1.0
I only see it on the trunk, not on the branch. I think my fix for #134743 caused this, I'll know for sure tomorrow. I should have a fix by then as well. If not, I'll back out my fix for #134743
Whiteboard: eta 4/26
this change: nsAbDirProperty::~nsAbDirProperty(void) { + if (m_AddressList) { + PRUint32 count; + nsresult rv; + rv = m_AddressList->Count(&count); + NS_ASSERTION(NS_SUCCEEDED(rv), "Count failed"); + PRInt32 i; + for (i = count - 1; i >= 0; i--) + m_AddressList->RemoveElementAt(i); + } } caused the regression. looking into it.
fixed. I've turned off the regression causing code.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
marking nsbeta1- since this only happened on the trunk.
Keywords: nsbeta1nsbeta1-
Trunk build 2002-07-16: WinMe, Linux RH 7.1, Mac 10.1.3 Verified Fixed.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: