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)

defect

Tracking

(Not tracked)

VERIFIED FIXED

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.
QA Contact: lchiang → laurel
nominating beta2 as this could result in email being sent to the wrong account.
Severity: normal → major
Keywords: beta2
accepting
Status: NEW → ASSIGNED
Target Milestone: --- → M16
Keywords: nsbeta2
Putting on [nsbeta2+] radar. By the way, why do we put reply-to?
Keywords: beta2
Whiteboard: [nsbeta2+]
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
Mass moving M16 to M17 - look for nsbeta2 before anything else.
Target Milestone: M16 → M17
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
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
Whiteboard: [nsbeta2-] → [nsbeta2-] fix in hand
possible item for b2 release notes
Keywords: relnote2
nsbeta3+ per mail bug triage.
Whiteboard: [nsbeta2-] fix in hand → [nsbeta3+] [nsbeta2-] fix in hand
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-]
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
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.