Bug 21469
| Summary: | Stuck in RenderBlock loading specific page | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Asbjørn Ulsberg <asbjorn> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | dev+webkit, mitz |
| Priority: | P2 | Keywords: | NeedsReduction |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.5 | ||
| URL: | http://compsci.ca/blog/if-a-programming-language-was-a-boat/ | ||
Asbjørn Ulsberg
Surf to http://compsci.ca/blog/if-a-programming-language-was-a-boat/ and watch as current releases of Safari as well as nightly builds of WebKit goes into never-ending CPU-consumption rampage. It has to be force-quit to end.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Matt Lilek
Confirmed, loading the URL gives me the following sample (snipped):
8869 WebCore::RenderBlock::layout()
8867 WebCore::RenderBlock::layoutBlock(bool)
7421 WebCore::RenderBlock::layoutBlockChildren(bool, int&)
2741 WebCore::RenderListItem::layout()
1622 WebCore::RenderObject::layoutIfNeeded()
1614 WebCore::RenderBlock::clearFloatsIfNeeded(WebCore::RenderObject*, WebCore::RenderBlock::MarginInfo&, int, int)
1239 WebCore::RenderBlock::layoutInlineChildren(bool, int&, int&)
417 WebCore::RenderBlock::findNextLineBreak(WebCore::BidiResolver<WebCore::InlineIterator, WebCore::BidiRun>&, WebCore::EClear*)
352 WebCore::RenderText::width(unsigned int, unsigned int, WebCore::Font const&, int) const
335 WebCore::RenderText::widthFromCache(WebCore::Font const&, int, int, int) const
mitz
Looks like the DOM tree for the document is very deep because of the combination of
1. <div style="clear:both;" /> not behaving as the author probably expects it to behave (<div></div>).
2. Bug 14939 (<li> not closing the <div>).
Dave Hyatt
*** This bug has been marked as a duplicate of 24201 ***