RESOLVED FIXED 92977
Check if the last table element's parent node is an element when determining the foster parent element.
https://bugs.webkit.org/show_bug.cgi?id=92977
Summary Check if the last table element's parent node is an element when determining ...
Kwang Yul Seo
Reported 2012-08-02 05:02:14 PDT
According to the HTML5 spec, if the last table element in the stack of open elements has no parent, or ITS PARENT NODE IS NOT AN ELEMENT, then the foster parent element is the element before the last table element in the stack of open elements. http://www.whatwg.org/specs/web-apps/current-work/multipage/tree-construction.html#foster-parenting Changed to check if the table element's parent node is an element.
Attachments
Patch (4.84 KB, patch)
2012-08-02 05:09 PDT, Kwang Yul Seo
no flags
Archive of layout-test-results from gce-cr-linux-07 (326.17 KB, application/zip)
2012-08-02 05:45 PDT, WebKit Review Bot
no flags
Patch (5.17 KB, patch)
2012-08-02 06:25 PDT, Kwang Yul Seo
no flags
Patch (5.18 KB, patch)
2012-08-02 06:28 PDT, Kwang Yul Seo
no flags
Kwang Yul Seo
Comment 1 2012-08-02 05:09:42 PDT
WebKit Review Bot
Comment 2 2012-08-02 05:45:13 PDT
Comment on attachment 156043 [details] Patch Attachment 156043 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/13426160 New failing tests: fast/table/incomplete-table-in-fragment-hang.html
WebKit Review Bot
Comment 3 2012-08-02 05:45:16 PDT
Created attachment 156052 [details] Archive of layout-test-results from gce-cr-linux-07 The attached test failures were seen while running run-webkit-tests on the chromium-ews. Bot: gce-cr-linux-07 Port: <class 'webkitpy.common.config.ports.ChromiumXVFBPort'> Platform: Linux-2.6.39-gcg-201203291735-x86_64-with-Ubuntu-10.04-lucid
Kwang Yul Seo
Comment 4 2012-08-02 06:25:00 PDT
Kwang Yul Seo
Comment 5 2012-08-02 06:26:38 PDT
Comment on attachment 156064 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=156064&action=review > Source/WebCore/html/parser/HTMLConstructionSite.cpp:482 > + // When parsing HTML fragments, we skip step 4.2 ("Let root be a new html element with no attributes") for efficiency, > + // and instead use the DocumentFragment as a root node. So if we must treat the root node (DocumentFragment) as a html element here. > + if (parent && (parent->isElementNode() || (m_isParsingFragment && parent == m_openElements.rootNode()))) { To pass fast/table/incomplete-table-in-fragment-hang.html, a special condition check was added for the fragment parsing case.
Kwang Yul Seo
Comment 6 2012-08-02 06:28:17 PDT
Kwang Yul Seo
Comment 7 2012-08-02 06:28:43 PDT
(In reply to comment #6) > Created an attachment (id=156065) [details] > Patch Fixed typos in the comment.
Adam Barth
Comment 8 2012-08-02 08:20:47 PDT
Comment on attachment 156065 [details] Patch ok
WebKit Review Bot
Comment 9 2012-08-02 09:12:07 PDT
Comment on attachment 156065 [details] Patch Clearing flags on attachment: 156065 Committed r124465: <http://trac.webkit.org/changeset/124465>
WebKit Review Bot
Comment 10 2012-08-02 09:12:11 PDT
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.