Closed
Bug 614555
Opened 14 years ago
Closed 14 years ago
Blurred fonts on some websites
Categories
(Core :: Graphics, defect)
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.
Updated•14 years ago
|
Component: General → Graphics
Product: Firefox → Core
QA Contact: general → thebes
Comment 3•14 years ago
|
||
It's a dupe of Bug 594325
Updated•14 years ago
|
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.
Comment 6•14 years ago
|
||
Ok, that might have been a bit hasty...
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 7•14 years ago
|
||
New fresh profile?
Comment 9•14 years ago
|
||
Is this the latest driver for that card?
Reporter | ||
Comment 10•14 years ago
|
||
Yes, it is.
Comment 11•14 years ago
|
||
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?
Updated•14 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 12•14 years ago
|
||
horvathd, what happens if you explicitly set layers.accelerate-none to "true" via about:config?
Reporter | ||
Comment 13•14 years ago
|
||
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
Reporter | ||
Comment 15•14 years ago
|
||
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?
Comment 17•14 years ago
|
||
(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.
Reporter | ||
Comment 18•14 years ago
|
||
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.
Reporter | ||
Comment 19•14 years ago
|
||
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.
Comment 20•14 years ago
|
||
Border radius causing grayscale aa should be fixed by bug 613040.
Reporter | ||
Comment 21•14 years ago
|
||
Fixed with the latest nightly build.
Status: NEW → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•