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)
Tracking
(Not tracked)
NEW
People
(Reporter: ji, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
(Keywords: intl, Whiteboard: intl)
Attachments
(1 file)
|
(deleted),
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.
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•23 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•23 years ago
|
||
So the problem applies to font size but not font face. Font is selected as
specified by UI.
|
|
||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0
Nominating for nsbeta1, since it's a basic things for US-ASCII mails.
Keywords: nsbeta1
|
|
||
Comment 7•23 years ago
|
||
nsbeta1-
shows fine with default locale
|
|
||
Updated•23 years ago
|
|
||
Updated•23 years ago
|
Keywords: mozilla1.0
|
|
||
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2
|
|
||
Updated•22 years ago
|
Target Milestone: mozilla1.2alpha → ---
|
||
Updated•20 years ago
|
Product: MailNews → Core
|
Assignee | |
Updated•16 years ago
|
Product: Core → MailNews Core
|
||
Updated•16 years ago
|
QA Contact: ji → i18n
|
||
Updated•15 years ago
|
Blocks: multipartfailtracker
|
||
Comment 8•14 years ago
|
||
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•12 years ago
|
Assignee: nhottanscp → nobody
Status: ASSIGNED → NEW
Whiteboard: intl
|
||
Comment 9•8 years ago
|
||
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•