Last modified: 2010-05-15 15:37:21 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T4887, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 2887 - Numbered list wikitext rendered inside <pre> tags
Numbered list wikitext rendered inside <pre> tags
Status: RESOLVED DUPLICATE of bug 2857
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.5.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/User:Alt...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-17 19:17 UTC by alterego
Modified: 2010-05-15 15:37 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description alterego 2005-07-17 19:17:22 UTC
The error occurs in the following situation:
<pre>
#test
#test1
#test2
#test3
blah
blah1
blah2
blah3
</pre>

It will render all of the word-initial pound signs as an ordered list /outside/
of the pre element

Oddly, it can be avoided by using nowiki tags within the pre tag

<pre>
<nowiki>
#test
#test1
#test2
#test3
</nowiki>
blah
blah1
blah2
blah3
</pre>

Actually inserting an ordered list inside the pre tags has the desired effect of
showing the html:
<pre>
<ol>
<li>test</li>
<li>test1</li>
<li>test2</li>
</ol>
</pre>

It would be desirable that nowiki tags used inside pre tags rendered as-is
without be touched by the parser.  As far as I know, no markup whatsoever should
be interpreted when inside pre tags, as it is preformatted text.
Comment 1 Antoine "hashar" Musso (WMF) 2005-07-17 19:22:33 UTC
Already solved. Fix will be in next version (beta4?)

*** This bug has been marked as a duplicate of 2857 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links