US-ASCII multipart/alternative or text/html mails are not displayed in Western fonts

NEW
Unassigned

Status

17 years ago
2 years ago

People

(Reporter: ji, Unassigned)

Tracking

(Depends on: 1 bug, Blocks: 1 bug, {intl})

Trunk
All
Windows 2000
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: intl)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
****Observed with 10/08 0.9.4 win32, linux and Mac OS X build *****

When a US-ASCII mail has content type defined to multipart/alternative, it's not
displayed in western (iso-8859-1) fonts, instead it's displayed in the fonts of
system default language.

Steps to reproduce:
1. On a Japanese system, or on a US W2K system with system default locale set to
Japanese.
2. Lauch browser. Go to Edit | Preferences to set the fonts for Japanese
language to a much bigger size to better distinguish which fonts are used to
display us-ascii mails.
3. Have a US-ASCII multipart/alternative mail in you mailbox, and select that
mail, you can see the mail body is displayed in the fonts selected for Japanese
language. It's not displayed in Western fonts.
I'll attach a testing mail later.
(Reporter)

Comment 1

17 years ago
Created attachment 52603 [details]
A mail folder contains a us-ascii multipart/alternative mail.
(Reporter)

Comment 2

17 years ago
It's reproducible on 6.1.
Keywords: intl
(Reporter)

Comment 3

17 years ago
Same problem for us-ascii text/html mail display.
Summary: US-ASCII multipart/alternative mails are not displayed in Western fonts → US-ASCII multipart/alternative or text/html mails are not displayed in Western fonts

Comment 4

17 years ago
Below is the HTML generated by libmime and passed to the layout.
It specifies "font-family" but not "font-size" because of bug 91190.
I tested on my JA Windows. It looks like on font size, JA font size is used but
"Times New Roman" is still used. It can be tested by creating a file using the
data below.

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  <title>mail</title>
</head>
<body>
<div class="moz-text-html" style="font-family: Times New Roman; ">test</div>
</body>
</html>
Status: NEW → ASSIGNED
Depends on: 91190

Comment 5

17 years ago
So the problem applies to font size but not font face. Font is selected as
specified by UI.

Updated

17 years ago
Target Milestone: --- → mozilla1.0
(Reporter)

Comment 6

17 years ago
Nominating for nsbeta1, since it's a basic things for US-ASCII mails.
Keywords: nsbeta1

Comment 7

17 years ago
nsbeta1-
shows fine with default locale

Updated

17 years ago
Keywords: nsbeta1 → nsbeta1-

Updated

17 years ago
Keywords: mozilla1.0

Updated

17 years ago
Target Milestone: mozilla1.0 → mozilla1.2

Updated

16 years ago
Target Milestone: mozilla1.2alpha → ---
Product: MailNews → Core
(Assignee)

Updated

10 years ago
Product: Core → MailNews Core
QA Contact: ji → i18n
Guys this might have been fixed by bug 351224. Could you take a few minutes and download the latest nightly ( http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-central/ ), backup your profile and test and let us know if this is fixed or not ?

Updated

6 years ago
Assignee: nhottanscp → nobody
Status: ASSIGNED → NEW
Whiteboard: intl
You need to log in before you can comment on or make changes to this bug.