Last modified: 2009-11-26 03:17:32 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 8098 - Default arguments not handled correctly by template substitution
Default arguments not handled correctly by template substitution
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Templates (Other open bugs)
1.9.x
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-30 13:36 UTC by Schnee
Modified: 2009-11-26 03:17 UTC (History)
0 users

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


Attachments

Description Schnee 2006-11-30 13:36:30 UTC
Hi,

I noticed a small bug in the way MediaWiki handles default arguments in
{{subst}}ituted templates - they don't get substituted at all. For example,
suppose you have a template containing the following:

    1={{{1}}} 2={{{2|default value}}}

Then, substituting the template like this

    {{template|foo}}

will result in

    1=foo 2={{{2|default value}}}

instead of the expected

    1=foo 2=default value

I'm pretty sure that this isn't the way template substitution is supposed to
work - and if it is, it's confusing as heck, which is a bug in itself as well. ;)

This happens both in 1.8.2 and 1.9alpha (r17974) (the current version running on
test.wikipedia.org), I've filed this as "trivial" since it's hardly more than an
annoyance that can easily be dealt with and since it doesn't actually affect the
rendered page, BTW.
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-30 22:47:58 UTC
See also bug 6305, bug 2777.  Actually this is a dupe of bug 6305's original
purpose, but on second thought it's really kind of a distinct request, so let's
keep this open.
Comment 2 Schnee 2006-11-30 22:51:58 UTC
Geez, I already reported this? Sorry. x.x My memory's really holey these days,
it seems, but that's still somewhat embarassing.
Comment 3 P.Copp 2009-11-26 03:17:32 UTC
This has been FIXED with the introduction of the new preprocessor.

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


Navigation
Links