Last modified: 2011-02-08 21:56:23 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 22806 - Wiki syntax not rendered within MediaWiki parameters
Wiki syntax not rendered within MediaWiki parameters
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-03-11 18:16 UTC by Krinkle
Modified: 2011-02-08 21:56 UTC (History)
1 user (show)

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


Attachments
Screenshot of the bug (86.63 KB, image/png)
2010-03-11 18:16 UTC, Krinkle
Details

Description Krinkle 2010-03-11 18:16:25 UTC
Created attachment 7189 [details]
Screenshot of the bug

On Commons I noticed on a public computer (which was blocked) the block-warning when editing a page was all messed up ( [[:commons:MediaWiki:Blockedtext]] ). So the next day I asked a fellow administrator to block my current IP-address and see for myself.

However the message looked fine to me, the table MediaWiki:Blockedtext rendered fine.
So I requested another short block this time including a wiki-link (see Attachement) and there it went all funky.

Searching here I discovered this one: https://bugzilla.wikimedia.org/show_bug.cgi?id=13000

Apparantly a heading wasn't rendered in the past.

The title/summary of this bug request may be wrong as it might be specific to article-links in parameters within tables.

But because of bug 13000 it might be wider then that and may mean that any wikisyntax within parameters breaks the markup and causes the entire inclusion to be outputted raw.

If that's the case then this may be happening on quite a few places.
Comment 1 Happy-melon 2010-03-15 23:24:51 UTC
I doubt this has anything to do with the links in the block summary, and everything to do with trying to edit a page which is also protected, resulting in two warnings being displayed, and displayed in a list, thereby breaking the wikitable syntax because the table opener {| needs to be at the start of a line.  Using a <table> HTML tag instead of wikitables would fix this.
Comment 2 Krinkle 2010-03-16 01:40:05 UTC
@Happy-melon:

What you say makes sense, however as I mentioned in the opening; when the block reason didn't contain a link the table (in wikisyntax {| ) did render correctly. But when it contained a link it broke and got displayed raw on the page.

My first thought just now was that maybe that other warning was not displayed without the wiki-link (as a coincedence) but that thought was wrong. In both cases there were those two warnings.

Therefor, I think, though your explaination sounds logic, it would either be a coincedence or something totally different.
Comment 3 Krinkle 2010-05-29 22:47:58 UTC
I've tested several times and confirmed now.

When the parameter ($2, block reason) contains an interwiki-link (not a normal link) it breaks.
Inserting a line-break at the start of the template.

The latter makes perfect since since it's an list item etc.
what is weird tho that without an interwiki link it seems fine...

Ohwell, that's a trivial mystery.
Rest of the issue can be discussed here:

https://bugzilla.wikimedia.org/show_bug.cgi?id=13000

Closing ticket.

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


Navigation
Links