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
DetailsFormatted DiffDiff
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.