Closed Bug 1082896 Opened 10 years ago Closed 10 years ago

New mail notification shows garbled sender name when name is encoded.

Categories

(Thunderbird :: Mail Window Front End, defect)

33 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(thunderbird36?)

RESOLVED FIXED
Thunderbird 37.0
Tracking Status
thunderbird36 ? ---

People

(Reporter: jorgk-bmo, Assigned: jcranmer)

References

Details

(Keywords: regression, Whiteboard: [regression:TB??])

Attachments

(6 files)

Attached image notification.png
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0
Build ID: 20141011015303

Steps to reproduce:

Receive a message from a sender that uses encoding in the "From:" header, for example:
From: =?UTF-8?Q?J=c3=b6rg_Knobloch?= <mozilla@jorgk.com>


Actual results:

The "international" character isn't shown correctly (see enclosed).
Also, the folder notification when hovering over a folder that contains the new message shows the same garbled character. See screenshots enclosed.


Expected results:

"International" character should be shown correctly as in version 24.x. I'm using 33 (beta) since 31.x has too many bugs.
Keywords: regression
Summary: New mail notification shows garbled sender name when name is encoded → New mail notification shows garbled sender name when name is encoded. Text body also rendered badly.
Attached image notification2.png
This shows the original bug, bad character in sender's name, in this case
From: "=?windows-1252?Q?Departamento_de_Administraci=F3n?=" <info@grupoioe-formacion.es>

plus two more bugs:
Some bits of the message body are displayed verbatim, that is M&aacute;ster instead of Máster.

The new message count of 254 is also wrong.
Attached image folder pop-up.png
Another example of a bad character showing in the folder pop-up.
I tried version 31.2.0, the current "official" version at time of writing.
Version 31.2.0 does NOT show this problem.
Summary: New mail notification shows garbled sender name when name is encoded. Text body also rendered badly. → New mail notification shows garbled sender name when name is encoded. HTML body preview also rendered badly.
Attached patch Fix the popupSplinter Review
This is a relatively easy fix. The hard part is adding a test for this in automated tests--the notification tests go through the alert service, which bypasses the newmail.xul dialog.
Assignee: nobody → Pidgeot18
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #8511589 - Flags: review?(mkmelin+mozilla)
Please excuse my asking: Does this also fix the badly rendered HTML in the body preview?
Refer to attachment notification2.png and comment #2. Displayed is "M&aacute;ster" instead of "Máster" and "Gesti&oacute;n" instead of "Gestión".
Is this a regression of jsmime checkin?
Whiteboard: [regression:TB??]
Comment on attachment 8511589 [details] [diff] [review]
Fix the popup

Review of attachment 8511589 [details] [diff] [review]:
-----------------------------------------------------------------

LGTM, r=mkmelin
Attachment #8511589 - Flags: review?(mkmelin+mozilla) → review+
Please excuse my asking: Does this also fix the badly rendered HTML in the body preview?
Refer to attachment notification2.png and comment #2. Displayed is "M&aacute;ster" instead of "Máster" and "Gesti&oacute;n" instead of "Gestión".

Can someone please answer "Yes" or "No.
No, this fix only affects the sender name. So
"So"?

So what about the body? That looks just as bad (see notification2.png).
(that "So" wasn't meant there.)
We probably need a sample mail to see what the body issue could be about.
Here you go.
These are the original messages as they were received together with the screenshots taken when they arrived.
https://hg.mozilla.org/comm-central/rev/26b1b0b09ee3

(In reply to Jorg K from comment #11)
> So what about the body? That looks just as bad (see notification2.png).

This is best handled in a separate bug; it's really two distinct issues.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 37.0
Attachment #8515309 - Attachment description: Two notifications with garbles HTML and the corresponding messages → Two notifications with garbled HTML and the corresponding messages
HTML issue moved to bug 1108218.
Summary: New mail notification shows garbled sender name when name is encoded. HTML body preview also rendered badly. → New mail notification shows garbled sender name when name is encoded.
(In reply to Wayne Mery (:wsmwk) from comment #7)
> Is this a regression of jsmime checkin?

was it decided this is not a regression?
if it is, what is to blame?
Flags: needinfo?(mozilla)
Flags: needinfo?(Pidgeot18)
I feel honoured by the question, but I wouldn't have a clue.
I had to google "jsmime" and found this bug 959309.
Flags: needinfo?(mozilla)
(In reply to Wayne Mery (:wsmwk) from comment #16)
> (In reply to Wayne Mery (:wsmwk) from comment #7)
> > Is this a regression of jsmime checkin?

Yes. At least, the new mail notification garbling is.
Blocks: 858337
Flags: needinfo?(Pidgeot18)
It is a regression, so probably should be uplifted to tb36
Didn't make it into 36, so should go into 38 (or is this automatic since it's been checked in a while ago?)
(In reply to Jorg K from comment #20)
> Didn't make it into 36, so should go into 38 (or is this automatic since
> it's been checked in a while ago?)

If it landed on trunk in 37, and it's not backed out, it'll be in 38.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: