Last modified: 2012-10-25 17:40:13 UTC
MW seems to be handling unproperly the HTML definitions tags. Entering: <DL> <DT>my definition header</DT> <DD> <UL> <LI>Cameroon</LI> <LI>Nigeria</LI> <LI>Somalia</LI> <LI>Sudan</LI> </UL> </DD> </DL> Will result in some tags being rendered as html special chars and show up in article rendering.
I'm seeing this as well on 1.11.0 - but not on Wikipedia (1.13alpha (r34478)).
This has probably been fixed at some point since 1.11.0. If you can reproduce in 1.12, or preferably 1.13alpha, please reopen.
I don't know if this was working in 1.12 through 1.15, but i am definitely experiencing this problem in 1.16. Steps to reproduce: 1. Create new article, edit existing article, whatever. 2. In body of article, create a simple definition list using the HTML syntax (not the colons and semicolons). Something like the following: <dl> <dt>test 1</dt> <dd>test test test test test</dd> <dt>test 2</dt> <dd>test test test test test</dd> </dl> 3. Save article. Expected results: The code above should appear more or less verbatim in the final article source. Actual results: The final article source (as seen in View > Source) looks like this: <dl> <dt>test 1</dt> <dd>test test test test test</dd> <dt>test 2</dt> <dd>test test test test test</dd> </dl> As you can see, it insists on converting the closing tags to plain text, which results in '</dt>' and so on appearing in the rendered article. White space doesn't seem to come into it (for example i can put everything on one line and the same issue occurs). This problem also seems to affect the closing tags of other HTML elements *inside* more advanced DLs. For instance, i have a DL that contains <div><code>...</code></div>, and the closing tags for the code/div elements are rendered similarly to the above. I have reproduced this on two different MediaWiki installations on DreamHost; one has a few extensions/modifications installed, but the other is pretty much vanilla (all extensions disabled, no core files modified, no fancy settings in place). Product Version MediaWiki 1.16.0 PHP 5.2.15 (cgi-fcgi) MySQL 5.1.39-log
Cannot reproduce in 1.18alpha. Can anyone else test in 1.16.0 and see if they get the same problem? I suspect it's configuration-dependent.
Confirmed in 1.16.0, REL1_17 and trunk. Passes if you have $wgUseTidy = true. Added failing parser test in r79679.
Typical. I wish we could kill $wgUseTidy.
*** Bug 24320 has been marked as a duplicate of this bug. ***
Fix pending in https://gerrit.wikimedia.org/r/#change,5174.
Merged in, will be in MediaWiki 1.21.
