Closed Bug 614555 Opened 14 years ago Closed 13 years ago

Blurred fonts on some websites

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bugzilla, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101124 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101124 Firefox/4.0b8pre

On some websites, some of the font are blurred, making it hard to read.

On http://www.hello-online.org/ almost the whole page is blurred.
On http://www.kongregate.com/ the text in the login field is blurred.

With Firefox 3.6.12 both of the sites looks normal.

Reproducible: Always




My video card's details:

Graphics
Adapter Description: Intel(R) 82852/82855 GM/GME Graphics Controller
Vendor ID: 8086
Device ID: 3582
Adapter RAM: Unknown
Adapter Drivers: ialmrnt5
Driver Version: 6.14.10.4497
Driver Date: 2-7-2006
Direct2D Enabled: false
DirectWrite Enabled: false
GPU Accelerated Windows: 0/1

I tried to disable the hardware acceleration but no success.
Version: unspecified → Trunk
Attached image With Firefox 3.6.12
Component: General → Graphics
Product: Firefox → Core
QA Contact: general → thebes
It's a dupe of Bug 594325
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
I my opinion this bug is not related to Bug 594325 because my PC doesn't have hardware accelerated video card, and it happening only on some webpages.
Ok, that might have been a bit hasty...
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
New fresh profile?
No difference with a new profile.
Is this the latest driver for that card?
Yes, it is.
Comparing the light-on-dark text in the login area of the FF3.6 and 4.0beta screenshots, it looks like 3.6 is using ClearType, while 4.0beta is using "standard" (grayscale) antialiasing, which is giving it a much weaker and less consistent look.

cc'ing roc and bas, who may have ideas about why we'd be getting different antialiasing modes here -  is this a known issue? Something related to layers, maybe?
Status: UNCONFIRMED → NEW
Ever confirmed: true
horvathd, what happens if you explicitly set layers.accelerate-none to "true" via about:config?
No change.
Bug 363861 will change things here. Let's wait for that to land and reevaluate. Any fix to this bug would certainly depend on the changes in bug 363861.
Depends on: 363861
No change after the fix of https://bugzilla.mozilla.org/show_bug.cgi?id=363861.
Jonathan, do I understand correctly that you could reproduce this? Can you still reproduce it?
(In reply to comment #16)
> Jonathan, do I understand correctly that you could reproduce this?

I didn't reproduce this locally, I only commented on the screenshots that were provided.
I was playing with Firebug and I found that if I disable on kongregate.com the border-top-left-radius and border-top-right-radius properties in the #welcome div then the anti-aliasing looks good. If one of the properties is enabled then Firefox only uses grey-scale anti-aliasing for some reason.
I checked www.hello-online.org too and the problem was the same I had to disable the border-bottom-left-radius and border-bottom-right-radius properties in the #content div.
Border radius causing grayscale aa should be fixed by bug 613040.
Fixed with the latest nightly build.
Status: NEW → RESOLVED
Closed: 14 years ago13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: