Last modified: 2011-04-14 18:09:12 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 T13375, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11375 - No (or broken) whitespace stripping in unnamed template parameter values.
No (or broken) whitespace stripping in unnamed template parameter values.
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Templates (Other open bugs)
1.12.x
All All
: Low normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: patch, patch-need-review
: 8533 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-09-17 19:18 UTC by COGDEN
Modified: 2011-04-14 18:09 UTC (History)
5 users (show)

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


Attachments
stirp unnamed params (2.06 KB, patch)
2009-03-07 12:55 UTC, bluehairedlawyer
Details

Description COGDEN 2007-09-17 19:18:22 UTC
Normally, whitespace is stripped from the beginning and end of template parameters. When the parameter is unnamed, however, whitespace stripping does not occur. In [[m:Help:Newlines and spaces]] and [[m:Help:Template#Stripping of spaces and newlines]], this is described as a "probable bug", and I agree, since there appears to be no logical reason for the inconsistency. It also leads to unexpected results and confusion in Wikipedia template calls, and there is no apparent workaround. Can this inconsistency be addressed?
Comment 1 bluehairedlawyer 2009-03-07 12:05:30 UTC
*** Bug 8533 has been marked as a duplicate of this bug. ***
Comment 2 bluehairedlawyer 2009-03-07 12:55:33 UTC
Created attachment 5898 [details]
stirp unnamed params

The software makes white-space stripping from named parameters as something for backward compatibility. However it seems to be an almost universal assumption that unnamed parameters should be treated in the same way a named ones and it makes sense for consistency.
Comment 3 bluehairedlawyer 2009-03-07 12:58:19 UTC
That should have been "The software marks", not "makes".
Comment 4 Tim Starling 2010-04-06 00:14:57 UTC
This behaviour has always been present, and was reimplemented at great cost when the preprocessor was rewritten for MW 1.12, because reproducing this whitespace behaviour precisely was the only way to avoid breaking large numbers of existing templates.
Comment 5 DieBuche 2011-04-14 18:09:12 UTC
So it's a wontfix, i guess

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


Navigation
Links