<DIV> not implicitly closed by <LI> WebKit doesn't seem to implement step 3 of the <li> start tag rules in the HTML5 parser spec: (search for 'A start tag whose tag name is "li"'): http://www.whatwg.org/specs/web-apps/current-work/#parsing This causes rendering problems on cnet.com I picked the component HTML DOM because this seems like a DOM construction bug, but I'm not sure if that's appropriate. I didn't see a HTML parser component.
Created attachment 15917 [details] reduced test case
HTML5 output: http://james.html5.org/cgi-bin/parsetree/parsetree.py?uri=https%3A%2F%2Fbugs.webkit.org%2Fattachment.cgi%3Fid%3D15917 Live DOM Viewer output: http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Chtml%3E%0A%3Cstyle%3E%0A%20%20div%20%7B%20padding-left%3A%2010px%3B%20%7D%0A%3C%2Fstyle%3E%0A%3Cbody%3E%0A%20%20%3Cul%3E%0A%20%20%20%20%3Cli%3E%3Cdiv%3Ehello%3C%2Fli%3E%0A%20%20%20%20%3Cli%3E%3Cdiv%3Estair%3C%2Fli%3E%0A%20%20%20%20%3Cli%3E%3Cdiv%3Esteps%3C%2Fli%3E%0A%20%20%20%20%3Cli%3E%3Cdiv%3Eanyone%3F%3C%2Fli%3E%0A%20%20%3C%2Ful%3E%0A%3C%2Fbody%3E%0A%3C%2Fhtml%3E%0A
<rdar://problem/5814738>
*** Bug 18151 has been marked as a duplicate of this bug. ***
http://shopper.cnet.com/4002-5_9-1008684.html?tag-sh.glnav is really a great example of a real-world, popular (http://www.alexa.com/data/details/main/cnet.com) site which has rendering errors due to this bug.
shopper.cnet.com has a page rank of 7. :)
*** Bug 18790 has been marked as a duplicate of this bug. ***
See also bug 21469.
http://lineupblog.com/webkitbug.html also triggers the bug (see the 'Comentarios' part in the sidebar)
Is this the same bug as http://crbug.com/14740 ? (testcase avail.)
Bug 14939.
I believe Dan meant bug 20809 in the above comment.
and also Bug 19617
*** Bug 19617 has been marked as a duplicate of this bug. ***
Fixed by the HTML5 parser.