[webkit-reviews] review denied: [Bug 25207] Text not visible while external font downloading : [Attachment 67663] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Dec 27 11:12:03 PST 2010


David Levin <levin at chromium.org> has denied Yuzo Fujishima <yuzo at google.com>'s
request for review:
Bug 25207: Text not visible while external font downloading
https://bugs.webkit.org/show_bug.cgi?id=25207

Attachment 67663: Patch
https://bugs.webkit.org/attachment.cgi?id=67663&action=review

------- Additional Comments from David Levin <levin at chromium.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=67663&action=review

I looked over it quickly and noted a minor nit, but nothing major.

I'd like to look more closely before I r+, but before I do that, I don't
understand why there isn't a test for this (r- based on no test) -- more on
this in my comments.

> WebCore/ChangeLog:27
> +	   No new tests because testing dynamic loading behavior is difficult
to

It sounds like the behavior being fixed is something very deterministic (not a
race condition, etc.).

Specifically, it occurs when the font being returned takes too long. Why can't
we make the font server in the test hang while returning a result and use that
to test it? (There are some xhr tests that do this.)

> WebCore/loader/CachedFont.cpp:196
> +    CachedResourceClientWalker w(m_clients);

Don't use abbreviations "w" for variable names.

> WebCore/loader/CachedFont.cpp:197
> +    while (CachedResourceClient *c = w.next())

And "c".

> WebCore/platform/graphics/FontFallbackList.cpp:93
> +	   if (m_fontList[i].second) {

Consider using "continue" to avoid deep nesting.


More information about the webkit-reviews mailing list