[Webkit-unassigned] [Bug 70390] WebKit not ensure font load before calling Skia devices to draw during Chrome printing
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Oct 26 10:16:08 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=70390
--- Comment #16 from Arthur Hsu <arthurhsu at chromium.org> 2011-10-26 10:16:08 PST ---
(In reply to comment #14)
> This will slow down the non-printing case when SKIA_TEXT is defined, and that will be our default soon.
>
> Ben and I have been struggling to find a reproducible case where the raster drawing fails, but we have not be able to. Please make this change conditional on printing, or help us find the repro-case which justifies it for the non-printing case.
I have attached a sample.html that had revealed bugs for font caching and rendering. Please give it a try.
Existing code base has an ensureFontLoad() in FontChromiumWin.cpp:398 Font::drawGlyphs(). Take that line out and you shall see the correctness issue.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list