Last modified: 2013-06-24 16:18:50 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 T29697, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 27697 - If the default value of a system message is the empty string, treated as a non-existent page in mediawiki namespace
If the default value of a system message is the empty string, treated as a no...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
1.17.x
All All
: Low trivial (vote)
: ---
Assigned To: Nobody - You can work on this!
: i18n
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-02-24 22:43 UTC by Bawolff (Brian Wolff)
Modified: 2013-06-24 16:18 UTC (History)
3 users (show)

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


Attachments

Description Bawolff (Brian Wolff) 2011-02-24 22:43:22 UTC
New in 1.17! but not really a blocker or otherwise important.

When viewing the uncustomized (aka non-created) page in mediawiki namespace for a message that defaults to the empty string, its treated as if there is no such message.

to reproduce:
*Go to: http://en.wikipedia.org/w/index.php?title=MediaWiki:cite_reference_link_suffix&action=edit (as a normal user without editinterface rights)
This is a message that uses the default, and that default is ''.
*Behaviour seen: no text box to view source. Treated as if there is no such message. Additionally, links to that page are red (see http://en.wikipedia.org/wiki/Help:Cite_messages ).
*Expected behaviour. Be treated like a normal message that has content by default and hasn't been customized by the wiki. For example, like http://en.wikipedia.org/w/index.php?title=MediaWiki:cite_reference_link_prefix&action=edit (although that might not be best example, as there's talk of killing that message). Additionally, links to the message should be blue, since it "exists" (sort of anyhow). Exists and is empty, should be treated like exists and has content, not as if there was no such message.
Comment 1 Siebrand Mazeland 2011-09-12 13:27:18 UTC
Brian, can you provide a reason why you would need this, or how you could benefit from getting this done? Niklas and I discussed this, and we do not see any added benefit to the current behaviour.
Comment 2 Bawolff (Brian Wolff) 2011-09-12 18:32:00 UTC
(In reply to comment #1)
> Brian, can you provide a reason why you would need this, or how you could
> benefit from getting this done? Niklas and I discussed this, and we do not see
> any added benefit to the current behaviour.

Its just inconsistent behaviour. It doesn't cause any problems other then being unexpected. We do all sorts of special things to make mediawiki ns pages appear to exist even when they don't (in the db), and its inconsistent not to have an empty string message appear to not exist when it has a key in the i18n file and really does exist.

In the very worst case, this caused mild confusion when reading the old Extension:Cite docs on Wikipedia that linked to various messages used by Extension:Cite. These docs were outdated, and some of the messages it mentioned were long since removed from the extension (and appeared as red links). It looked like some of the still functioning messages were no longer part of the extension because they linked to red, when really they were still part of the extension (but the empty string by default).
Comment 3 Nemo 2012-07-25 08:36:27 UTC
Like bug 13037?
Comment 4 Bawolff (Brian Wolff) 2012-07-25 12:22:57 UTC
(In reply to comment #3)
> Like bug 13037?

I think that's a separate bug.
Comment 5 Nemo 2013-06-24 16:18:50 UTC
Still current even after bug 14176.

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


Navigation
Links