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)
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.
Reporter | ||
Comment 1•23 years ago
|
||
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
Reporter | ||
Comment 2•23 years ago
|
||
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
Comment 3•23 years ago
|
||
Ninoschka, just to clarify, this is only happening on the trunk?
Assignee | ||
Comment 4•23 years ago
|
||
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
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.0.1 → mozilla1.0
Assignee | ||
Comment 5•23 years ago
|
||
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
Assignee | ||
Comment 6•23 years ago
|
||
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.
Assignee | ||
Comment 7•23 years ago
|
||
Assignee | ||
Comment 8•23 years ago
|
||
fixed.
I've turned off the regression causing code.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 9•22 years ago
|
||
marking nsbeta1- since this only happened on the trunk.
Reporter | ||
Comment 10•22 years ago
|
||
Trunk build 2002-07-16: WinMe, Linux RH 7.1, Mac 10.1.3
Verified Fixed.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•