Closed
Bug 1152683
Opened 9 years ago
Closed 9 years ago
[email] reply-to header ignored because mailbridge tries to use an array value like a singular value
Categories
(Firefox OS Graveyard :: Gaia::E-Mail, defect)
Firefox OS Graveyard
Gaia::E-Mail
Tracking
(b2g-v2.2 fixed, b2g-master fixed)
RESOLVED
FIXED
2.2 S11 (1may)
People
(Reporter: rj, Assigned: mcav)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0 Build ID: 20150403141925 Steps to reproduce: I'm using email services that use the “reply-to” email header for discussion lists. I receive a message with these headers: from = noreply@domain.com reply-to = reply@domain.com I reply to the message: Actual results: The “to” field is filled with “noreply@domain.com” Expected results: The “to” field should be field with “reply@domain.com”
Reporter | ||
Comment 1•9 years ago
|
||
I forgot to say, I could only test the email app of Firefox OS 2.0
Comment 2•9 years ago
|
||
This is unfortunate :(. The good news is that we do retrieve the replyTo header and parse it and try and use it. The bad news is that there's a plurality/normalization bug; we expect the replyTo value to be a singular value when it's an array. The original implementation was speculative as part of the initial prototyping and so didn't have a proper test case. Unfortunately I don't see any easy workaround for this other than deleting the noreply address and making sure to have a contact that exists for the mailing list so you at least don't have to type it out every time. This sucks and I'm very sorry about it. NB: I did check if the standard "mailman" list options allow subscribers to decide about the reply-to thing on their own, but it does not. It's possible other mailing list software might have that setting, but it seems like something that would be limited to just list administrators on a per-list or global basis.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: reply-to header is ignored in email app → [email] reply-to header ignored because mailbridge tries to use an array value like a singular value
Comment 3•9 years ago
|
||
ni'ing me to pursue this in the near future, but others should feel free to take the bug if they like. (Just be sure to add a test!)
Flags: needinfo?(bugmail)
Reporter | ||
Comment 4•9 years ago
|
||
(In reply to Andrew Sutherland [:asuth] from comment #2) > Unfortunately I don't see any easy workaround for this other than deleting > the noreply address and making sure to have a contact that exists for the > mailing list so you at least don't have to type it out every time. This > sucks and I'm very sorry about it. Thanks for reply Andrew, the workaround can't work in some cases, for example the mailing list feature of Discourse ( http://www.discourse.org/ ) which is also used by Mozilla ( https://discourse.mozilla-community.org ) generates a replyTo header with a message key that is never the same ( it make looks something like reply+893aa6a40221qwerty0189d9f9fc73456@domain.dotcom ) to identify the message to which you are replying.
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → m
Comment 5•9 years ago
|
||
Assignee | ||
Comment 6•9 years ago
|
||
Comment on attachment 8597266 [details] [review] [gaia-email-libs-and-more] mcav:replyto > mozilla-b2g:master Straightforward fix and test, thanks to your helpful edited bug title. As discussed on IRC, this patch also fixes display name resolution for the reply-to address; we now respect the display name provided to Reply-To. (We do *not* fall back to the "From" display name even if reply-to doesn't include one; to do so would be confusing and likely incorrect.)
Flags: needinfo?(bugmail)
Attachment #8597266 -
Flags: review?(bugmail)
Comment 7•9 years ago
|
||
Comment on attachment 8597266 [details] [review] [gaia-email-libs-and-more] mcav:replyto > mozilla-b2g:master Hooray new-style tests! When I was imagining fixing this originally, my brain was cringing at the thought of adding more horrors to test_compose, thinking that would perhaps be the easiest route. But this new-style test is quite delightful in both its simplicity and its lack of test_compose horrors! Also, hooray for the nice block comment in the actual fix!
Attachment #8597266 -
Flags: review?(bugmail) → review+
Comment 8•9 years ago
|
||
And let's try and get this on v2.2 too.
Comment 9•9 years ago
|
||
Assignee | ||
Updated•9 years ago
|
Attachment #8598916 -
Flags: review+
Assignee | ||
Updated•9 years ago
|
Keywords: checkin-needed
Updated•9 years ago
|
Keywords: checkin-needed
Comment 10•9 years ago
|
||
https://github.com/mozilla-b2g/gaia/pull/29778 Autolander could not land the pull request due to not having collaborator rights. This is possibly due to a tree closure. Please check the tree status and request checkin again once the tree is open.
Assignee | ||
Updated•9 years ago
|
Keywords: checkin-needed
Updated•9 years ago
|
Keywords: checkin-needed
Comment 11•9 years ago
|
||
Pull request has landed in master: https://github.com/mozilla-b2g/gaia/commit/c34abda6ea9ec36146eb1262c4a1a35c74e30dfa
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 12•9 years ago
|
||
Comment on attachment 8598916 [details] [review] [gaia] mcav:replyto > mozilla-b2g:master [Approval Request Comment] [Bug caused by] (feature/regressing bug #): unknown [User impact] if declined: A "reply-to" header will be incorrectly ignored, causing users who reply to certain (typically automated) messages to send the reply to an incorrect address. [Testing completed]: yes, automated [Risk to taking this patch] (and alternatives if risky): Low risk, small patch with known semantics. [String changes made]: none.
Attachment #8598916 -
Flags: approval-gaia-v2.2?
Assignee | ||
Updated•9 years ago
|
status-b2g-v2.2:
--- → affected
status-b2g-master:
--- → fixed
Comment 13•9 years ago
|
||
Comment on attachment 8598916 [details] [review] [gaia] mcav:replyto > mozilla-b2g:master Thanks for the test here. Given , I see dogfooding users are hitting this and this would be a nice low risk improvement, uplifting it. If we have any blocking fallouts though, please back this out rather than forward fixing issues on 2.2 at this point.
Attachment #8598916 -
Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
Comment 14•9 years ago
|
||
v2.2: https://github.com/mozilla-b2g/gaia/commit/dc9f8d2feafe048e48c35a67a1e28fb23dfd03cb
Target Milestone: --- → 2.2 S11 (1may)
You need to log in
before you can comment on or make changes to this bug.
Description
•