Last modified: 2005-01-07 03:32:10 UTC
Notice that the second bullet is wrongfully indented.
*** Bug 1114 has been marked as a duplicate of this bug. ***
My comments from dupe bug 1114:
As you should be able to see, everything below the section of discussion
referenced, including other headers, is indented as though it were prefixed with
"::". It turns out that there is a URL referenced there which ends in "%0a"
(i.e. an escaped linefeed), and this is somehow breaking the parser;
specifically, the indentation of that particular line is never closed, so
everything below it is indented to the same degree.
I've constructed a simplified test-case at http://test.wikipedia.org/wiki/LFURL,
and it seems that what's happening is that the "%0a" is being unescaped in the
'title' attribute, and then the closing "</dd></dl>" added *to that attribute*.
Presumably, the parser is spotting what is now a plain newline and taking it to
be the end of the indentation.
I'm guessing there's code somewhere that unescapes such escape sequences to make
URL title attributes more readable [the href attribute works fine]; perhaps this
needs to be confined to only unescape printable characters?
0x00-0x1f are now converted to spaces.