153397 - email charset is not correctly selected for email viewed in mozilla

Status: VERIFIED INVALID

(MailNews Core :: Internationalization, defect)

Description

[u32858]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
BuildID:    2002060511

email charset is not correctly selected for email viewed in mozilla

Reproducible: Always
Steps to Reproduce:
1.open the hotmail.eml attachment in mozilla
2.see the french acents etc are not displayed, even though iso-8859-1 is
selected. (this is the correct charset to use to view the email in messenger)
3.try to select other charsets to get it to display, no luck, try to change back
to iso-8859-1, still no luck

Actual Results:  no french accents display for email in mozilla, but views fine
in messenger

Expected Results:  should view fine in mozilla

Comment 1

[u32858]

Attachment: example

example

Comment 2

[u32858]

I've just noticed something very strange.

In messenger the email is iso-8859-1, when i view in mozilla i can get it to
display the french accents with utf-8 selected on charset menu
but the same attatchment 
http://bugzilla.mozilla.org/attachment.cgi?id=88658&action=view

only displays correctly with iso-8859-1 in mozilla... very strange..

JG

Comment 3

[marina]

reporter, can you clarify your steps : are you saving a file as eml and trying
to view it in Browser or you get an email sent from msn with an attachment and
view it in mozilla messenger?

Comment 4

[Yuying Long]

Reporter:
I saved your attachment file into my Mail locale folder, and the accent
characters are displayed fine with me when charset set as iso-8859-1.

cc Naoki for mail problem.

Comment 5

[marina]

i think that you are saving file as eml and viewing it in the browser ( i tried
the attached file and it shows correctly as Iso-8859-1 in mail). If that's the
case then this is a known bug: the eml file is saved in UTF-8 (that's why you're
able to see accented chars correctly when changing charset to UTF-8)instead of
latin-1. For details see bug # 38109. If your steps are different, then  please
document them in more details. Thanks. changing qa contact and component

Comment 6

[u32858]

hello marina,
Thanks for checking this out.
i am saving file as eml and viewing it in the browser as you thought.

its just strange that the attachment on this bug report only displays correctly
with iso-8859-1 not utf-8 as required when a local fine

JG

Comment 7

[marina]

then, can we solve it as a dup of 38109? Thanks!

Comment 8

[u32858]

hi marina,

i dont think its a dup, i'm not sure if its related as my email has ascii
subject and the unicode part is irrelevent, its the iso-8859-1 thats not
correctly displayed

JG

Comment 9

[marina]

i guess that the behavior described in the bug #38109 changed several times since
it was entered but the summary didn't reflected it and stayed the same,the
problem with headers is gone but the problem with the message body (the one you
are seeing as well is still there: the body of the message is saved as UTF-8 and
when viewed in the browser shows incorrectly when the charset is set to 8859-1).
We can do this: i'll solve bug #38109 as WFM and will keep this one alive to
reflect the body view problem instead of changing summary of 38109.

Comment 10

[marina]

i spoke too soon... the problem with headers is still there, so let's keep those
two bug separate, one for headers, one for body

Comment 11

[marina]

Roy, Naoki, both bugs(38109) are dealing with the display in the browser of the
non-ascii chars that after being saved in .eml to the local drive could be
displayed only in utf-8. How and when this conversion occurs?

Comment 12

[Roy Yokoyama]

>How and when this conversion occurs?
Naoki?

Comment 13

[nhottanscp]

Because the data is text/plain, NCR like 皆 is supposed to be shown
undecoded in browser.
Using mail client, it is decoded as a side effect of mail sends message body as
text/html to layout.

Comment 14

[marina]

verifying as invalid per Naoki's comments, keeping 38109 alive.