Closed Bug 24519 Opened 25 years ago Closed 25 years ago

[dogfood]Reply-All picks up only 3 addresses

Categories

(MailNews Core :: Composition, defect, P1)

Product:
MailNews Core
Component:
Composition
Platform:
x86
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: kinmoz, Assigned: hyatt)

References

Details

(Whiteboard: [PDT+]02/08-Waiting on 26618 fix for verification.)

In my 01/20/2000 WinNt debug build. If I reply-all to an IMAP email message that has more than 3 addresses in the To/Cc fields, the compose window will only come up with 3 address fields filled in. I have to manually type in the rest.
Severity: normal → major
Status: NEW → ASSIGNED
Summary: Reply-All only picks up only 3 addresses → [dogfood]Reply-All only picks up only 3 addresses
Target Milestone: M14
Accepting. It's a dogfood candidate
esther - didn't you file a bug like this?
QA Contact: lchiang → esther
Summary: [dogfood]Reply-All only picks up only 3 addresses → [dogfood]Reply-All picks up only 3 addresses
Correcting summary.
Wish you were here.
Whiteboard: [PDT+]
A similiar bug 18685 was logged-in that one it reordered the (4) recipients, but it was resolved as a dup of 21945. Another similar bug 16709 where a recipient would disappear when you scrolled in the addressing pane, that was resolved as fixed and verified. And yet another bug 21769 which states it's hard to get a name on the 4th line is marked as a dup of 21280. These all may be connected but this is a NEW scenario. If these are related, I'll let ducarroz decide that.
right, it's another bug but similar to bug 16709 that Chris Waterson fixed. In JS, I create on the fly new rows and set their value. It works well as long the row is visible. I suspect it's because the frame isn't created when the row is invisible! therefore the state is never saved (it's done when the frame goes away). Reassign to waterson for future investigation.
Assignee: ducarroz → waterson
Status: ASSIGNED → NEW
ouch. hyatt, nisheeth, any bright ideas? i really have no clue how this frame restore stuff works.
Status: NEW → ASSIGNED
Re-assigning this to myself to take a look.
Assignee: waterson → nisheeth
Status: ASSIGNED → NEW
Accepting bug...
Status: NEW → ASSIGNED
I tried looking at this today and when I hit reply all on a message with more than three recipients, the To and CC fields get populated and then the subject text control jumps up and obscures all the To and CC fields. Are any of you seeing the same behavior? If so, I'll file a bug. If not, I'll update my tree. I pulled at around 2 pm today.
Not seeing this on 2000012520m13 builds.
I have the problem with the subject line jumping over the addresses with a Mac M14 debug build from this morning at 8:15. nisheeth, please file a bug and mark it as REGRESSION & BLOCKER. Thanks
I've just filed bug 25103 about the subject line jumping problem.
Adding dependency on 25103...
Depends on: 25103
I'm still seeing this problem In contrast to Ester above, I'm seeing it on build 2000012520 (which is probably M13 :-/ ) IF this is M13, it has to be a very notabe release note :-(.
Nominate as B1 stopper
Keywords: beta1
Blocks: 21945
Sent the following email to Hyatt: --- By the way, take a look at bug 24519, please. Shouldn't this be fixed by your pres state changes? The problem is that reply all to a message with more than three recipients shows a mail compose window with only the first three recipients on the to or cc list. I think we talked about this earlier and you mentioned that the reason this happens is that when the tree widget that holds the addresses is told to set the contents of the fourth and higher rows, the frames for those rows are not around, so the content ends up getting lost. But, I thought that once you started storing state on the pres state, this problem would go away... --- I just spoke to Hyatt about this and he agrees that this is an easy problem to fix - he needs to look at the method that sets the value on the input element. Re-assigning this to him...
Assignee: nisheeth → hyatt
Status: ASSIGNED → NEW
The tree widget needs to be given the bone. When its screaming my name I think we can consider the bug fixed.
The tree widget needs to be given the bone. When its screaming my name I think we can consider the bug fixed.
Status: NEW → ASSIGNED
*** Bug 26339 has been marked as a duplicate of this bug. ***
joki, you lazy bastard. I'm not the one with an open bug under 1000. Why don't you fly back here so I can kick your ass?
Putting dogfood in the keyword field.
Keywords: dogfood
bumping priority to p2
Priority: P3 → P2
P1 now, relative to hyatt's other open PDT+ bugs
Priority: P2 → P1
There is a bug with text widgets not showing up properly, and even with them displaying the wrong information, but when I sent a message to six people, and then replied all to it, the right people were sent the new email despite many display errors to the contrary. The bug that you can't Reply All to more than 3 people seems to be fixed, but Ender will need to own some of these display errors (which I think have bugs filed on them already).
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Using build 2000020709m14 on win98 and 2000020708m14 on linux Reply All sends to all recipients except the sender if the sender happens to be a recipient too. I will log a separate bug for that. Also note, the 2nd and 3rd addressing lines appear blank, but the recipients actually get the message (bug 24950), To: become CC's for some recipients (bug 29145). This bug as orginally stated is fixed for Windows and Linux, Mac currently hangs at Reply All (bug 26618). Will have to retest when Mac bug 26618 is fixed.
Adding Comments on wait for verification in Status Summary (so I don't bug esther to verify this pdt+ bug :-)
Whiteboard: [PDT+] → [PDT+]Waiting on 26618 fix for verification.
Adding today's date to my Status Summary comment.
Whiteboard: [PDT+]Waiting on 26618 fix for verification. → [PDT+]02/08-Waiting on 26618 fix for verification.
Note: there is some regression, linux now freezes when Reply To All has more than 2 recipients (bug 26618 has been updated). Because of this regression Linux should be retested again when 26618 is fixed. BTW...26618 isn't listed as beta1 or PDT+, I think it should be, since this bug is and we're waiting for 26618 to be fixed before this can be tested. I'm going to change 26618 to Beta1, Jan can you consider it for PDT+
Using win98 build 2000-02-21-09M14, linux build 2000-02-21-08M14 and mac build 2000-02-21-07 this is fixed. Verified.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.