Page MenuHomePhabricator

Wiki syntax not rendered within MediaWiki parameters
Closed, ResolvedPublic

Description

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.


Version: unspecified
Severity: normal

Attached:

screenshot.png (308×953 px, 86 KB)

Details

Reference
bz22806

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:04 PM
bzimport set Reference to bz22806.
bzimport added a subscriber: Unknown Object (MLST).

happy.melon.wiki wrote:

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.

@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.

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.