Closed
Bug 1391515
Opened 7 years ago
Closed 7 years ago
Intermittent svg/text-font-weight-01.svg == svg/text-font-weight-01-ref.svg | image comparison, max difference: 255, number of differing pixels: 7292
Categories
(Core :: Graphics: Text, defect, P5)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: intermittent-bug-filer, Unassigned)
References
Details
(Keywords: intermittent-failure, Whiteboard: [gfx-noted])
Filed by: philringnalda [at] gmail.com https://treeherder.mozilla.org/logviewer.html#?job_id=124032002&repo=mozilla-inbound https://queue.taskcluster.net/v1/task/ejqVXTE3TUahF1xbbAF-kA/runs/0/artifacts/public/logs/live_backing.log https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://queue.taskcluster.net/v1/task/ejqVXTE3TUahF1xbbAF-kA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1
Updated•7 years ago
|
Component: SVG → Graphics: Text
OS: Unspecified → Windows 7
Hardware: Unspecified → x86
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment 3•7 years ago
|
||
Weird, the test appears to select a smaller font size than the reference for the non-bold text. It's interesting that we only see this on Skia windows.
Flags: needinfo?(lsalzman)
Flags: needinfo?(jfkthame)
Whiteboard: [gfx-noted]
Comment 4•7 years ago
|
||
Another one at bug 1391442... I wonder if we've somehow broken something in Skia/DWrite font selection.
Comment 5•7 years ago
|
||
(In reply to Bas Schouten (:bas.schouten) from comment #3) > Weird, the test appears to select a smaller font size than the reference for > the non-bold text. It's interesting that we only see this on Skia windows. It's not a smaller size, it's the wrong font-family (look at the shape of the serifs, for instance; this is Times New Roman vs Georgia). It just happens that TNR glyphs are significantly smaller than Georgia ones (for the same font-size). Compare: data:text/html,<div style="font:30px Georgia">Normal text</div><div style="font:30px Times New Roman">Normal text</div> This is interesting, actually... this failure (unlike most of the font-related intermittents I've been seeing lately) doesn't involve any @font-face resources. The testcase has font-family="Georgia, 'Times New Roman', Times, 'MS Mincho', serif", so we'd expect it to use Georgia (on Windows, where Georgia is available). But for the two normal-weight text elements, it is actually using Times New Roman instead, although the bold elements successfully find Georgia. Given that there's no @font-face loading involved, this must be a failure either in style computation (e.g. we failed to inherit the font-family property correctly, and ended up using the browser's default serif font as fallback) or in font instantiation (e.g. something went wrong when trying to instantiate the ScaledFont or the gfxFont or whatever for the Georgia face, so we moved to the next in the font-family list). But whatever it was that failed, it didn't fail for the bold face of the same family; nor did it fail when we came to load the reference file.
Flags: needinfo?(jfkthame)
Comment 6•7 years ago
|
||
About the only thing that would make any sense to me here is, as Jonathan suggests, be some transient failure in instantiation. About the only reason I could fathom there, at a guess, is a low memory or OOM situation which tends to plague all our Win 7 test runs in various forms.
Flags: needinfo?(lsalzman)
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment 9•7 years ago
|
||
https://wiki.mozilla.org/Bugmasters#Intermittent_Test_Failure_Cleanup
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•