Closed
Bug 764830
Opened 13 years ago
Closed 2 years ago
Font corruption with hardware acceleration enabled
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ebirnie, Unassigned)
Details
Attachments
(1 file)
99.23 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0
Build ID: 20120601045813
Steps to reproduce:
fresh install and config of firefox 13.
i have an ivy bridge cpu which has a gpu as well. it is not used as a display, but is enabled so i can use quick sync.
Adapter Description AMD Radeon HD 6900 Series
Driver Version 8.961.0.0
Adapter Description (GPU #2) Intel(R) HD Graphics 4000
Driver Version (GPU #2) 8.15.10.2696
Actual results:
certain font and size of font is corrupted when hardware acceleration is enabled.
Expected results:
displayed correctly.
the page in the screenshot is http://www.android.gs/samsung-reportedly-working-on-a-next-gen-s-pen/
it also shows up in places like in gmail. when you open a mail, its the font in the subject title.
setting gfx.direct2d.disabled to true in the config is all that is required to fix the problem for me.
![]() |
||
Updated•13 years ago
|
Component: Untriaged → Graphics
Product: Firefox → Core
QA Contact: untriaged → thebes
Comment 2•13 years ago
|
||
This looks to me more like an issue at the level of blitting glyphs to a destination surface, rather than a problem of text shaping (wrong glyphs/positions) or a corrupted font. Note that the glyphs that are shown are all the correct glyphs in the correct places, and that any given glyph is consistent in its behavior - either it's always present, or always missing.
Most interesting is the lowercase "e", which at first glance looks like it's rendering as a "^", but in fact I think is rendering the correct "e" glyph, but clipped so that only the top of the curve shows. It's as though the glyph bitmaps are not always being painted with the correct bounding box; many of them are clipped to invisibility, but the "e" happens to be partially clipped so that we can just see it's still there.
So possibly a bounds error of some kind, either when generating or caching the glyph bitmaps, or when compositing them to their destination? Bas, any ideas?
Updated•3 years ago
|
Severity: normal → S3
Comment 3•2 years ago
|
||
Unable to reproduce in current versions.
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•