If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

mail: font anomaly in UTF-mails

RESOLVED WORKSFORME

Status

SeaMonkey
MailNews: Message Display
--
trivial
RESOLVED WORKSFORME
13 years ago
10 years ago

People

(Reporter: Oliver Prygotzki, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(3 attachments)

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050421
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050421

when displaying mails with UTF-charset, the fonts are messed up.

My font pref: Monospace font (ProFont).

Reproducible: Always

Steps to Reproduce:
(Reporter)

Comment 1

13 years ago
Created attachment 181570 [details]
Testmail (message/rfc822)
(Reporter)

Comment 2

13 years ago
Created attachment 181571 [details]
Screenshot

The screenshot was taken after loading a saved mail (EML) into the Mozilla
browser. Note the different fonts. The wrong rendering of umlauts is an other
bug.

Updated

13 years ago
Assignee: sspitzer → mail
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → EXPIRED

Comment 5

12 years ago
*** Bug 323747 has been marked as a duplicate of this bug. ***

Comment 6

12 years ago
Reopening as duplicate was filed today.
Status: RESOLVED → UNCONFIRMED
Resolution: EXPIRED → ---

Comment 7

12 years ago
jshin: Do you know if there is a already exististing bug like this one here (i think you might know :)? I find it somewhat hard to believe noone noticed this Unicode issue before (except this one here and the dupe).

Comment 8

12 years ago
There are two problems in the screenshot attached. The first is that multiple fonts are used to result in  'ransom-note' style rendering. The second is that characters with accents encoded in UTF-8 are rendered as if they're in ISO-8859-1

I bet the second is a user mistake if the reporter has this problem in mail window/thunderbird.  The default encoding for a folder is set to ISO-8859-1 (which is fine) and 'ignore the character encoding specification in the mail header and always use this encoding' is also set for the folder.

If the above guess is wrong, I need to take a closer look at it.
 

Comment 9

12 years ago
Created attachment 213444 [details]
Courier & Monaco fonts in UTF mail in Thunderbird 1.5 Mac

This bug appears in all incoming UTF mails or in sent UTF mails in the Sent folder.

Comment 10

11 years ago
I can confirm this on Seamonkey 1.0.2 in Linux.  All lines, even those without UTF-8 characters, are displayed in Courier instead of the preferred font.

This bug appeared since upgrading from Mozilla 1.7.11, but old e-mails that were downloaded before upgrading are displayed with the correct font.

Comment 11

11 years ago
> This bug appeared since upgrading from Mozilla 1.7.11, but old e-mails that
> were downloaded before upgrading are displayed with the correct font.

My mistake on this comment, I was looking at a non-UTF-8 message.  Old e-mails are  also displayed with the wrong font.

Plain text attachments are also affected by this bug.  An ISO-8859-1 message with a text file attachment has only the attachment rendered in the wrong font.

Comment 12

11 years ago
I have a similar problem with Thunderbird 1.5.0.5 and Windows. When I receive a plain-text UTF-8 mail (Content-Type: text/plain; charset="utf-8"), it is displayed in a different font than iso-8859-1 encoded mails. 
I prefer to read plain-text mails in a proportional, sans serif font (verdana). This works fine, but UTF-8 mails are displayed with a huge verdana font.
This bug was also reported in the   alt.os.linux.mandrake news group, "Thunderbird, Mandrake 10.1, and seeing large fonts for UTF-8".
http://groups.google.de/group/alt.os.linux.mandrake/browse_thread/thread/beeb13b44661f5e0/81250fc70570a1fa?#81250fc70570a1fa

Comment 13

10 years ago
Can you reproduce with SeaMonkey v1.1.9?

Comment 14

10 years ago
The original bug here is gone (the testcase is fine on thunderbird/trunk). 
->WFM

What a lot of people really want is bug 91190.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago10 years ago
Resolution: --- → WORKSFORME

Comment 15

10 years ago
(People in this bug report, that is.)
You need to log in before you can comment on or make changes to this bug.