This is kinda hard to explain so here is a screenshot: http://myskitch.com/neild/digg_podcasting_episode_bug-20070822-171844/ Basically, the digg counter on any podcast's episode list becomes misaligned. It seems that it _might_ be a problem with the way that it handles CSS. It should not be pushed down like it is. This bug occurs on r25168, along with r25145; it may go further back but I haven't tested it that far, as I never noticed this before. This bug DOES NOT occur on Safari Version 3.0.3 (522.12.1).
Regressed in <http://trac.webkit.org/projects/webkit/changeset/21472>.
Created attachment 16091 [details] Reduction
WebKit creates an <a href="1"></a> between the <li> and the <a href="2">, whereas Firefox and html5lib don't. See also bug 13712 (although in the case given there, html5lib agrees that the empty inline should be created).
Created attachment 16092 [details] Single-block test case This test case demonstrates the bug in the single intermediate block case. r21472 did not change the behavior in this case, only extended it to cases with multiple intermediate blocks.
Even simpler case: <span><i>foo</span><div> </i>bar</div>
Whether or not to create inlines for spaces is a known bug. I want to make them not be created, but I haven't quite worked out what the spec should say.
(In reply to comment #5) > Even simpler case: > <span><i>foo</span><div> </i>bar</div> OK, that was a borderline case. However WebKit also creates an empty <i> inside the div for <span><i>foo</span><div></i>bar</div> which is what this bug is about.
Ah yeah, for that case I don't think the inline should be created per spec. Glad to know the spec is on the side of compatibility here!
Created attachment 16106 [details] Don't make inner empty inlines
Comment on attachment 16106 [details] Don't make inner empty inlines r=me
Landed in r25236.
<rdar://problem/5437711>