Closed
Bug 512183
Opened 16 years ago
Closed 14 years ago
Firefox won't decipher ROMAN Font characters larger than size 14
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: tlmester, Unassigned)
Details
Attachments
(4 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
I've discovered a new problem with Firefox Version 3.5.2. It won't decipher ROMAN Font Characters larger than size 14! This problem needs URGENT attention. The Roman Text works perfectly fine on IE. I never had this problem with FF until this new Version 3.
Here's a couple test HTML Files you can save as a File on your Computer, and open with Firefox to see the problem:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Roman">
<big>TEST</big><big><big><big><big><big><br>
</big></big></big></big></big><br>
<big><big>TEST<br><br>
</big><big><big>TEST</big></big></big><br><br>
<big><big><big><big>TEST<br><br>
</big></big></big></big></font><big><font
face="Roman"><big><big><big><big>TEST</big></big></big></big></font></big>
</body>
</html>
-----
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;charset=iso-8859-1">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.6000.16788" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV align=justify>
<DIV align=center><FONT face=Roman color=#0000ff size=7>Film and Digital
Info</FONT></DIV>
<DIV> </DIV>
</body>
</html>
Here's a counterpart Thread I filed on MozillaZine:
http://forums.mozillazine.org/viewtopic.php?f=9&t=1435225
Reproducible: Always
Steps to Reproduce:
1. It's very simple to replicate by just creating an HTML Page using Thunderbird Message Composer.
2. Add a few large Roman Characters.
3. When you open it with Firefox, those Roman Characters won't be visible, but you can Cut and Paste them with your Mouse.
Actual Results:
The Roman Characters aren't visible, but can be cut and pasted.
Expected Results:
The Roman Characters should work.
| Reporter | ||
Comment 1•16 years ago
|
||
Here's another test HTML File to show the problem. Internet Explorer 7 doesn't recognize larger than size 4 -- even with the <big> command. IE7 prints everything larger as size 4. Firefox recognizes larger than 4, but doesn't PRINT larger than 4 in the window. You can "copy" the larger text from FF, and then "paste" it in TB composer to view it. You try and figure this out because I can't.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="content-type">
<title>test3.html</title>
</head>
<body>
<span style="font-family: Roman;">
<font style="font-family: Roman;" size="-3">TEST test -3</font><br>
<font style="font-family: Roman;" size="-2">TEST test -2</font><br>
<font style="font-family: Roman;" size="-1">TEST test -1</font><br>
<font style="font-family: Roman;" size="0">TEST test 0</font><br>
TEST test<br>
<font style="font-family: Roman;" size="+1">TEST test 1</font><br>
<font style="font-family: Roman;" size="+2">TEST test 2</font><br>
<font style="font-family: Roman;" size="+3">TEST test 3
<big>TEST test 3 <big>TEST test 3 <big> TEST test 3</big></big></big></font><br>
<font style="font-family: Roman;" size="+4">TEST test 4
<big>TEST test 4 <big>TEST test 4</big></big></font><br>
<font style="font-family: Roman;" size="+5">TEST test 5</font><br>
<font style="font-family: Roman;" size="+6">TEST test 6</font><br>
</span>
</body>
</html>
I have no idea what this file is showing. As far as I can tell it is invalid, all sizes render fine for me in Firefox, and all increase smoothly using the DEPRECATED font style syntax all the way up to +7.
I'd be tempted to file this a Works For Me except I'm not sure what they are trying to get across.
My speculation is it *could* be that the user has a Roman font on the system that is invalid in some way and failing at larger sizes. It would be useful if the user included a screenshot, and ideally a list of fonts they are using.
This screenshot is not from my computer, but from user Infinisoft on #firefox.
I'm going to try to find out what fonts he has installed.
infinisoft said the testcase in the bug didn't work for him (who knows what the combination of font tags and big were actually resulting in as a point size on his system) but this smaller testcase does fail.
14pt renders for him, 15pt does not - see also his screenshot.
User infinisoft seems to be confirming that a particular font on his system is at fault. He's tentatively blaming Roman.fon - but this default windows font works fine on my system, so either he has a different version of it, or the culprit is something else.
Hopefully we can figure out which one. For now, Terry, I'd guess your problem is the same. Perhaps some piece of software installed this bad font that is being used as the first entry / default for the Roman font family.
Comment 7•16 years ago
|
||
As described above, body text appears blank but the text is selectable. Renders correctly on trunk but not 3.6 or 3.5.
Assignee: nobody → jdaggett
Status: UNCONFIRMED → NEW
Ever confirmed: true
Ah. Indeed. I was testing in trunk. Didn't realise things had changed that much in font rendering from 3.6.
Updated•16 years ago
|
Assignee: jdaggett → nobody
Component: File Handling → Graphics
Product: Firefox → Core
QA Contact: file.handling → thebes
Version: unspecified → 1.9.2 Branch
| Reporter | ||
Comment 9•16 years ago
|
||
Isn't this problem ever going to get fixed? I now have Firefox Version 3.6.4. This should be easy to fix.
Comment 10•14 years ago
|
||
(In reply to Terry Mester from comment #9)
> Isn't this problem ever going to get fixed?
Not in Firefox 3.6, fixed in Firefox 4
Comment 11•14 years ago
|
||
works for me using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a2) Gecko/20110914 Firefox/8.0a2
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 12•14 years ago
|
||
I'm now on new Firefox Version 6.0, and I'm glad to see this problem is finally fixed after two years.
Comment 13•14 years ago
|
||
> fixed after two years
Firefox 4 was released with that fix in March 2011.
It worked on Fx4 developer builds ("trunk") at least since January 2010. That's what comment 2, 7 and 8 expressed a bit cryptical.
The new rapid release cycle avoids such a delay in the future.
You need to log in
before you can comment on or make changes to this bug.
Description
•