RESOLVED FIXED 109607
Threaded HTML parser should pass the remaining fast/tokenizer tests
https://bugs.webkit.org/show_bug.cgi?id=109607
Summary Threaded HTML parser should pass the remaining fast/tokenizer tests
Adam Barth
Reported 2013-02-12 13:12:32 PST
Threaded HTML parser should pass the remaining fast/tokenizer tests
Attachments
Patch (8.80 KB, patch)
2013-02-12 13:14 PST, Adam Barth
no flags
Adam Barth
Comment 1 2013-02-12 13:14:56 PST
Eric Seidel (no email)
Comment 2 2013-02-12 13:17:48 PST
Comment on attachment 187917 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=187917&action=review I think we're gonna need to chat/vc about this one. > Source/WebCore/html/parser/HTMLDocumentParser.cpp:317 > + ASSERT(checkpoint->unparsedInput.isSafeToSendToAnotherThread()); Seems we should just call isSafeToSentToAnotherThread on checkpoint itself?
Adam Barth
Comment 3 2013-02-12 13:23:23 PST
(In reply to comment #2) > (From update of attachment 187917 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=187917&action=review > > I think we're gonna need to chat/vc about this one. Ok. Let me know when you're ready. > > Source/WebCore/html/parser/HTMLDocumentParser.cpp:317 > > + ASSERT(checkpoint->unparsedInput.isSafeToSendToAnotherThread()); > > Seems we should just call isSafeToSentToAnotherThread on checkpoint itself? Sure, we could do that.
Eric Seidel (no email)
Comment 4 2013-02-12 13:28:52 PST
Comment on attachment 187917 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=187917&action=review > Source/WebCore/html/parser/HTMLDocumentParser.cpp:251 > + ASSERT(!m_haveBackgroundParser || mode == ForceSynchronous); These scare me. We should just make sure both of these ASSERT changes are necessary.
Eric Seidel (no email)
Comment 5 2013-02-12 13:32:24 PST
Comment on attachment 187917 [details] Patch LGTM. Please check the ASSERTS before landing.
Adam Barth
Comment 6 2013-02-12 13:41:52 PST
We talked through the ASSERTs on VC. It's for the case when you have a script-created parser that document.writes something like "<script src=...></script>Foo". We'll parse the script tag synchronously but then wait for the external script to arrive. Once the external script arrives, we'll parse the "Foo" asynchronously. In that case, shouldUseBackgroundParser is true but we don't m_haveBackgroundParser. We discussed several approaches for cleaning up these state variables, and we'll rename or rework them to be clearer in a future patch.
WebKit Review Bot
Comment 7 2013-02-12 14:46:04 PST
Comment on attachment 187917 [details] Patch Clearing flags on attachment: 187917 Committed r142673: <http://trac.webkit.org/changeset/142673>
WebKit Review Bot
Comment 8 2013-02-12 14:46:07 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.