Closed
Bug 35746
Opened 26 years ago
Closed 25 years ago
Msg Compose: Reply-to doesn't change when switching "from"
Categories
(MailNews Core :: Composition, defect, P3)
MailNews Core
Composition
Tracking
(Not tracked)
VERIFIED
FIXED
M18
People
(Reporter: laurel, Assigned: bugzilla)
Details
(Whiteboard: [nsbeta3+] [nsbeta2-])
Using apr12 m15 commercial builds
Ref bug #14868
When in the message compose window, the reply-to header field doesn't change if
you change the "from" identity.
1. Launch a profile with at least two accounts, go to mail window.
2. Edit each identity account settings so that each account has a different
reply-to address.
3. Select a folder in the mail window, click New Msg.
Note the compose window opens with Reply-to: header shown with the reply-to
address for that account filled in.
Do not touch this reply-to header line.
4. In the compose window, switch the "from" identity to the other account.
Result: the Reply-to: header line doesn't change when switching "from"
identity.
nominating beta2 as this could result in email being sent to the wrong account.
Severity: normal → major
Keywords: beta2
Putting on [nsbeta2+] radar. By the way, why do we put reply-to?
Keywords: beta2
Whiteboard: [nsbeta2+]
| Assignee | ||
Comment 4•25 years ago
|
||
We show the reply to during message composition for the followinf reasons:
1) The user won't have any surprise with a bad/wrog reply-to setting as he/she
cans see it.
2) The user can change the default reply-to per message
Comment 5•25 years ago
|
||
Mass moving M16 to M17 - look for nsbeta2 before anything else.
Target Milestone: M16 → M17
| Assignee | ||
Comment 6•25 years ago
|
||
I have a fix for the nsbeta2+ bug 35746. But unfortunately, I get a crash in the
Frame manager if the menulist I am trying to modify the current selection isn't
yet visible in the addressing widget tree. For some reason, the nsIFrame passed
to the function FrameManager::ComputeStyleChangeFor isn't valid, it's not null
but looks like is a deleted object!
Whiteboard: [nsbeta2+] → [nsbeta2+] No ETA yet
Comment 7•25 years ago
|
||
marking nsbeta2- as decided by mail triage.
Whiteboard: [nsbeta2+] No ETA yet → [nsbeta2-]
Added keywords "nsbeta3" and "correctness" and set target milestone to m18.
Keywords: correctness,
nsbeta3
Target Milestone: M17 → M18
| Assignee | ||
Updated•25 years ago
|
Whiteboard: [nsbeta2-] → [nsbeta2-] fix in hand
Comment 10•25 years ago
|
||
nsbeta3+ per mail bug triage.
Whiteboard: [nsbeta2-] fix in hand → [nsbeta3+] [nsbeta2-] fix in hand
| Assignee | ||
Comment 11•25 years ago
|
||
Fixed and checked in.
Switching identity now switch as well prefilled recipients (reply to, bcc self
or bcc others). But we are still not switching the signature, this is covered by
another bug.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Whiteboard: [nsbeta3+] [nsbeta2-] fix in hand → [nsbeta3+] [nsbeta2-]
| Reporter | ||
Comment 12•25 years ago
|
||
This is basically okay using aug25 commercial build, except that Linux has some
drastic display problems with the reply-to header line, and also when switching
it. The linux display problem is covered as bug #50227.
Marking this bug verified as the switching does indeed take place.
OK using aug25 commercial build, linux rh6.0, NT 4.0 and mac OS 9.0
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•