Last modified: 2014-10-25 06:18:27 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 T47629, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 45629 - Broken HTML showing up in block log on [[Special:CentralAuth]]: templates are parsed
Broken HTML showing up in block log on [[Special:CentralAuth]]: templates are...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-02 06:04 UTC by Kunal Mehta (Legoktm)
Modified: 2014-10-25 06:18 UTC (History)
7 users (show)

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


Attachments

Description Kunal Mehta (Legoktm) 2013-03-02 06:04:47 UTC
I was doing more indepth testing of bug 45412 and figured out that if you block indefinitely, the log entry is rendered normally, but if you set an expiry (like I did at [[Special:CentralAuth/Legosock]]) any links and templates show up as broken HTML, with a link to the users local block log.

If you include a template, like [[Template:blocked proxy]], it renders it, and then shows a lot more broken html.

Ideally both block lengths should have the same behavior, linking to the local block log.
Comment 1 Risker 2014-10-25 06:03:15 UTC
Clarifying:  When using a template as a block reason, and blocking an account indefinitely, the template is parsing into the [[Special:CentralAuth]] page for the account.

Desired behaviour is that the template does not parse, and the CentralAuth block reason should simply show the block reason encased in the template markup (e.g., it should "read" as {{schoolblock}}). The content of the template is not relevant in any way to CentralAuth, only to the blocked user.  

Examples of problem:  https://en.wikipedia.org/wiki/Special:CentralAuth/Amanda_Smalls and https://en.wikipedia.org/w/index.php?title=Special%3ACentralAuth&target=YouthBandsinc
Comment 2 James Alexander 2014-10-25 06:18:27 UTC
Just for those who are unaware: The 'not parsing' is the norm for how block reasons appear in, for example, the block lost ( https://en.wikipedia.org/w/index.php?title=Special:Log/block&page=User%3AAmanda+Smalls ) including the block reason shown on the contributions page etc (hence why it is the expected way to be shown on centralAuth... and I SWEAR was how it was shown before...)

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


Navigation
Links