Open Bug 103743 Opened 23 years ago Updated 2 years ago

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

Categories

(MailNews Core :: Internationalization, defect)

Product:
MailNews Core
Component:
Internationalization
Platform:
All
Windows 2000
Type:
defect

Tracking

(Not tracked)

People

(Reporter: ji, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(Keywords: intl, Whiteboard: intl)

Attachments

(1 file)

A mail folder contains a us-ascii multipart/alternative mail.
1.20 KB, text/plain
Details 
****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.
It's reproducible on 6.1.
Keywords: intl
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
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
So the problem applies to font size but not font face. Font is selected as
specified by UI.
Target Milestone: --- → mozilla1.0
Nominating for nsbeta1, since it's a basic things for US-ASCII mails.
Keywords: nsbeta1
nsbeta1-
shows fine with default locale
Keywords: nsbeta1 → nsbeta1-
Keywords: mozilla1.0
Target Milestone: mozilla1.0 → mozilla1.2
Target Milestone: mozilla1.2alpha → ---
Product: MailNews → Core
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 ?
Assignee: nhottanscp → nobody
Status: ASSIGNED → NEW
Whiteboard: intl
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: