User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3 Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3 Very odd rendering or DOM parsing error. Links seem to break into multiple parts when parsed. Reproducible: Always Steps to Reproduce: 1. Visit the URL mentioned. 2. Note how one of the items (#4 on this case) seems to be entirely underlined. 3. View source, note how all of the <li> items are exactly the same. Actual Results: One of the elements seems to "break apart" into multiple <a> elements. After loading the page, if you observe the problem, select all and right-click > view selection source. Notice the strange addition of <a href="#"> </a> after block-level elements. This leads me to believe that it isn't the screen rendering messing up, but the DOM parser. Expected Results: All of the list elements and links should load up identically. Ideally, everything should be underlined, but the browser default style might be overriding that. Tried with and without addons, on a Mac, Linux, and N800 using Firefox 3, a nightly (2008-11-12) build, maemo's Gecko-based microb, and Fennec with exactly the same results. Also occurs on both standards and quirks modes. However, a even more strange: Try saving the linked page to your hard drive. Load it up from your local copy, and the problem appears to go away. This technique isn't 100% reproducible however, as it didn't work on the Mac. Removing <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> *sometimes* makes it all load correctly, but this behavior also isn't completely reproducible. Changing or removing some of the elements inside the individual list items makes the problem disappear in most cases. Adding more groups of the exact same list items will sometimes make the affected list item shift down to number 5 or 6, but usually happens on item 4.

I also see this. In the given URL (Jacob, please don't remove it) the 4. list item consists of 3 separate links (visible by View selection source), although there seems to be no difference between this and the other list items. I tried to copy the source to attach a testcase, but the resulting testcase didn't show the bug. It's nothing improtant really, since block elements are not allowed inside a elements, but maybe the bug goes deeper.

This is really hard to fix with our current parser architecture. Hopefully, we'll be able to land the HTML5 parser, which will do the Right Thing here.