Last modified: 2008-01-16 08:17:05 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 T14488, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 12488 - Broken rendering with missing template parameters in templates called inside {{#if:}}
Broken rendering with missing template parameters in templates called inside ...
Status: RESOLVED DUPLICATE of bug 5678
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://test.wikipedia.org/wiki/Templa...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-02 21:20 UTC by Mormegil
Modified: 2008-01-16 08:17 UTC (History)
1 user (show)

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


Attachments

Description Mormegil 2008-01-02 21:20:34 UTC
I am not completely sure about the cause, but I have come by a strange behaviour by some templates (e.g. http://commons.wikimedia.org/w/index.php?title=Image:Policarpa_Salavarrieta_2_pesos_Oro.jpg&oldid=8606384). After a bit of playing, I was able to create a quite simple reproducible test case (see the URL at this bug report):

* a template uses some parameters without default values
* you make a call to the template, with some parameters not defined
* and you wrap the call to some {{#if:}}, even with a constant condition

The result: strangely broken rendering.

(I am not sure if the bug is in the parser proper, or in the ParserFunctions.)
Comment 1 Tim Starling 2008-01-03 09:59:21 UTC
Looks fine in the new preprocessor:

http://test.wikipedia.org/w/index.php?title=TemplateParametersBug&oldid=30068&timtest=newpp

This is an old bug, it's due to double-parsing during template expansion, $noparse=$noargs=false in braceSubstitution(). Probably a duplicate report. 
Comment 2 Mormegil 2008-01-03 19:30:34 UTC
Oh yes, I have (maybe) found it (even though I tried to find it before reporting, unsuccessfully…). Wouldn’t it be bug:5678?
Comment 3 Tim Starling 2008-01-16 08:17:05 UTC

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

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


Navigation
Links