WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
104954
http/tests/canvas/canvas-slow-font-loading.html fails on Mac
https://bugs.webkit.org/show_bug.cgi?id=104954
Summary
http/tests/canvas/canvas-slow-font-loading.html fails on Mac
Beth Dakin
Reported
2012-12-13 14:31:00 PST
http/tests/canvas/canvas-slow-font-loading.html is failing on the Mac bots, and probably has been failing since it was added with
http://trac.webkit.org/changeset/135888
It seems to pass in-browser.
Attachments
Fixes the test, but ...
(845 bytes, patch)
2015-02-24 03:57 PST
,
David Kilzer (:ddkilzer)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Beth Dakin
Comment 1
2012-12-13 14:41:51 PST
Skipped for now with
http://trac.webkit.org/changeset/137656
David Kilzer (:ddkilzer)
Comment 2
2015-02-24 03:57:50 PST
Created
attachment 247219
[details]
Fixes the test, but ... This patch fixes the test, but I'm not sure if it's correct. - I think the test is failing because there is a built-in "Ahem" font that's loaded in DRT/WKTR, and I assume that built-in font will be preferred over a WebFont with the same name, so it always loads fast. If that is correct, the test shouldn't be using "Ahem" for the name of the WebFont. - If I change the name of the WebFont to "AhemSlow", the test passes, but I'm not sure if that's because it's doing the right thing, or whether the AhemSlow font isn't loading because the internal name of Ahem.ttf doesn't match "AhemSlow". Commenting out the "sleep(1)" command in the CGI script doesn't seem to change the results of the test, but maybe that's just an extra precaution. (In other words, can you give an arbitrary name to any *.ttf file loaded as a WebFont, regardless of its PostScript name?)
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug