Bug 127730 - iOS DumpRenderTree.app dies loading fonts
Summary: iOS DumpRenderTree.app dies loading fonts
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: iPhone / iPad All
: P2 Normal
Assignee: David Farler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-27 16:53 PST by David Farler
Modified: 2014-01-28 10:44 PST (History)
5 users (show)

See Also:

Attachments
Patch (3.62 KB, patch)
2014-01-27 16:56 PST, David Farler 		no flags Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David Farler 2014-01-27 16:53:43 PST 
DumpRenderTree is dying on launch because Ahem isn't in the __DATA section and is trying to load a font called "ltcher100". That other font looks like a typo for WeightWatcher100, which is missing from the list of fonts to load. Adding these two gets DumpRenderTree doing its thing in the simulator again.
Comment 1 David Farler 2014-01-27 16:56:27 PST 
Created attachment 222381 [details]
Patch
Comment 2 Daniel Bates 2014-01-27 17:26:00 PST 
Comment on attachment 222381 [details]
Patch

OK
Comment 3 David Farler 2014-01-27 17:30:07 PST 
Comment on attachment 222381 [details]
Patch

Thanks -
Comment 4 WebKit Commit Bot 2014-01-27 17:58:21 PST 
Comment on attachment 222381 [details]
Patch

Clearing flags on attachment: 222381

Committed r162898: <http://trac.webkit.org/changeset/162898>
Comment 5 WebKit Commit Bot 2014-01-27 17:58:23 PST 
All reviewed patches have been landed.  Closing bug.
Comment 6 Alexey Proskuryakov 2014-01-28 10:44:34 PST 
Seems unfortunate to use different mechanisms on Mac and on iOS. Couldn't we just do the same thing as on Mac, and load fonts from files?

If not, we should switch Mac to loading from __DATA for consistency.