WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
14939
<DIV> not implicitly closed by <LI>
https://bugs.webkit.org/show_bug.cgi?id=14939
Summary
<DIV> not implicitly closed by <LI>
Darin Fisher (:fishd, Google)
Reported
2007-08-10 20:06:28 PDT
<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.
Attachments
reduced test case
(190 bytes, text/html)
2007-08-10 20:07 PDT
,
Darin Fisher (:fishd, Google)
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Darin Fisher (:fishd, Google)
Comment 1
2007-08-10 20:07:09 PDT
Created
attachment 15917
[details]
reduced test case
Eric Seidel (no email)
Comment 2
2008-04-22 18:52:13 PDT
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
mitz
Comment 3
2008-04-22 19:26:40 PDT
<
rdar://problem/5814738
>
mitz
Comment 4
2008-04-22 19:27:03 PDT
***
Bug 18151
has been marked as a duplicate of this bug. ***
Eric Seidel (no email)
Comment 5
2008-04-23 14:18:27 PDT
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.
Eric Seidel (no email)
Comment 6
2008-04-23 14:19:38 PDT
shopper.cnet.com has a page rank of 7. :)
Robert Blaut
Comment 7
2008-06-03 05:10:14 PDT
***
Bug 18790
has been marked as a duplicate of this bug. ***
mitz
Comment 8
2008-10-09 20:43:59 PDT
See also
bug 21469
.
Emilio López
Comment 9
2009-03-08 16:38:06 PDT
http://lineupblog.com/webkitbug.html
also triggers the bug (see the 'Comentarios' part in the sidebar)
Jerome Leclanche
Comment 10
2009-10-28 15:25:27 PDT
Is this the same bug as
http://crbug.com/14740
? (testcase avail.)
mitz
Comment 11
2010-01-26 17:46:08 PST
Bug 14939
.
Alexey Proskuryakov
Comment 12
2010-01-26 17:54:17 PST
I believe Dan meant
bug 20809
in the above comment.
Yair Yogev
Comment 13
2010-06-21 12:46:55 PDT
and also
Bug 19617
Tony Chang
Comment 14
2010-06-21 17:33:31 PDT
***
Bug 19617
has been marked as a duplicate of this bug. ***
Adam Barth
Comment 15
2010-09-20 02:08:30 PDT
Fixed by the HTML5 parser.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug