[webkit-reviews] review denied: [Bug 40934] Support <script defer> as specified by HTML5 : [Attachment 60078] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Jul 1 00:48:51 PDT 2010


Eric Seidel <eric at webkit.org> has denied Tony Gentilcore <tonyg at chromium.org>'s
request for review:
Bug 40934: Support <script defer> as specified by HTML5
https://bugs.webkit.org/show_bug.cgi?id=40934

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

------- Additional Comments from Eric Seidel <eric at webkit.org>
WebCore/html/HTMLDocumentParser.cpp:292
 +	if (m_scriptRunner &&
!m_scriptRunner->executeScriptsWaitingForParsing()) {
This is kinda subtle.  I might have broken the running of
m_scriptRunner->executeScriptsWaitingForParsing into a separate inner if:

if (m_scriptRunner) {
    bool continueParsing = m_scriptRunner->executeScriptsWaitingForParsing();
    if (!continueParsing) {


WebCore/html/HTMLScriptRunner.cpp:237
 +		watchForLoad(m_parsingBlockingScript);
Is this always right?  What about the case where parsing finshed, but a
stylesheet hasn't loaded.  That seems like it will end up recursing under
watchForLoad() because the m_parsingBlockingScript will have already loaded but
can't run because we're blocked on CSS.  Or?

WebCore/html/HTMLScriptRunner.cpp:245
 +  void HTMLScriptRunner::requestScript(PendingScript& pendingScript, Element*
scriptElement)
I still think this is a fantastic change to this function to make it not affect
the instance, only its args.


otherwise it looks fine.  r- for the possible slow CSS problem.


More information about the webkit-reviews mailing list