Bug 104954 – http/tests/canvas/canvas-slow-font-loading.html fails on Mac

• Component: Canvas
• Status: NEW

[Beth Dakin]

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.

[Beth Dakin]

Skipped for now with http://trac.webkit.org/changeset/137656

[David Kilzer (:ddkilzer)]

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?)