Open Bug 814804 Opened 13 years ago Updated 3 years ago

"h" letters in the SVG Wow "Text Effects" demo have an extra spike

Categories

(Core :: Graphics, defect, P3)

15 Branch
x86
Windows 7
defect

Tracking

()

REOPENED

People

(Reporter: lmocsi, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [gfx-noted])

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Firefox/17.0 Build ID: 20121119183901 Steps to reproduce: Open URL: http://svg-wow.org/text-effects/text-effects.xhtml Actual results: Every "h" letter has an extra spike Expected results: "h" letters should have displayed normally
This is a regression. Demo was working fine in FF 16.0.2, bug appeares in FF 17.0
Last good nightly: 2012-05-23 First bad nightly: 2012-05-24 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=36e938e51481&tochan ge=f43e8d300f21
The bug disappears if you either zoom the testcase or disable hwa
Status: UNCONFIRMED → NEW
Component: Untriaged → Graphics
Ever confirmed: true
Product: Firefox → Core
Last good nightly: 2012-05-21 First bad nightly: 2012-05-22 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?startdate=2012-05- 21&enddate=2012-05-22 Bas Schouten checkins could have caused this
(In reply to Matthias Versen (Matti) from comment #3) > The bug disappears if you either zoom the testcase or disable hwa With HWA off, I'm still able to see it: http://i.imgur.com/PoyZm.png (FF20 on Win7)
Version: 17 Branch → 15 Branch
In FF 17.0.1 the "h" letters in the center are correctly displayed, but in the subtitles they are still wrong.
I checked now and Internet Explorer 10.0.9 and Opera 12.16 browsers render the "h" letters this spiky way too. Are they using code from Firefox? Or could it be a bug in the demo? But then how can it be a regression?
I don't know about Opera but IE doesn't use any Firefox Code.
I'm not seeing an issue locally. Does this still reproduce for you?
Flags: needinfo?(lmocsi)
Whiteboard: [gfx-noted]
Yes, it still reproduces in FF 48.0.1.
Flags: needinfo?(lmocsi)
(In reply to Laszlo Mocsar from comment #10) > Yes, it still reproduces in FF 48.0.1. Could you please attach a screenshot comparing the "broken" behaviour to the "normal" behaviour? I'm sorry but I'm just not seeing this locally.
Flags: needinfo?(lmocsi)
(In reply to Anthony Hughes (:ashughes) [GFX][QA][Mentor] from comment #11) > (In reply to Laszlo Mocsar from comment #10) > > Yes, it still reproduces in FF 48.0.1. > > Could you please attach a screenshot comparing the "broken" behaviour to the > "normal" behaviour? I'm sorry but I'm just not seeing this locally. See comment #5, there is a screenshot of the bad rendering (ascender of the letter "h").
(In reply to Loic from comment #12) > See comment #5, there is a screenshot of the bad rendering (ascender of the > letter "h"). I'm sorry, I don't see the bug in this screenshot. I reiterate that it would be extremely helpful to see a comparative screenshot (ie. something which clearly shows broken and known good behaviour side-by-side). Also, please attach the screenshot to this bug report -- it's bad practice to depend on a third-party service for historical artifacts.
Attached image screenshot-FF48.jpg
Severity: normal → S3

Unable to reproduce in current versions.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(lmocsi)
Resolution: --- → WORKSFORME

Still present in FF 110.0.1 (64-bit).

Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

This is not really a Firefox bug, it's a flaw in the "GoodDogRegular" webfont being used, and/or in the DirectWrite rasterizer. Whether it manifests depends on the font size being used (i.e. the final device-pixel size, accounting for page zoom and system display resolution in addition to the nominal size specified by the page). On my Windows machine, I see it at 100% scaling and at 150%, but not at larger sizes; on the other hand, at smaller sizes such as 50% it becomes even worse.

(It's probably an artifact of the TrueType hinting on that glyph, but I haven't attempted to work through the instructions and figure out if there's a clear bug in the hints, or if DirectWrite is mishandling them somehow.)

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: