Last modified: 2011-03-29 00:44:37 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 T30297, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28297 - Make default MySQL data base name i18n-able
Make default MySQL data base name i18n-able
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
1.18.x
All All
: Low enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: easy, i18n
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-03-28 20:12 UTC by Purodha Blissenbach
Modified: 2011-03-29 00:44 UTC (History)
4 users (show)

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


Attachments

Description Purodha Blissenbach 2011-03-28 20:12:32 UTC
The default database name for the MySQL server is "my_wiki" and I could not find out where it comes from. I suggest to put it into the i18n file.
Comment 1 Happy-melon 2011-03-28 20:15:29 UTC
This is a backend variable which is never exposed to any wiki user.  Since the vast majority of site administrators are english speaking, it is customary for server-side messages to be in english.  This applies, for instance, to all exception details and error messages, configuration variable names and most of the documentation.  I don't see any reason to treat this backend parameter any different to any of these others.
Comment 2 Frozen Wind 2011-03-28 20:32:54 UTC
I agree with this.
Comment 3 Chad H. 2011-03-28 21:20:48 UTC
This is set in DefaultSettings and has been 'my_wiki' by default since practically forever. Per comment #1, there's pretty much no reason to make this i18n-able.

Marking WONTFIX.
Comment 4 Purodha Blissenbach 2011-03-29 00:25:32 UTC
There are people running and installing MediaWiki who do not (or almost not) speak or understand English, at least one is known to me personally. Apparently, the installer is i18n-ed to allow people to run it without having to read or understand English.

There are large populations on earth, wo do not understand English at all, who do not even have a grasp of the Latin script.

While all those people will likely be able to replace a default entry which does not make sense to them, it is always kind of impolite to present something foreign in a localized page without compelling technical reason.

We do have MediaWiki;config-ns-other-default and MediaWiki:config-ns-generic
for "it has akways been so" type of defaults, why not this one, too?
Comment 5 Happy-melon 2011-03-29 00:44:37 UTC
Because this is localisation on a level much, much deeper than that.  ns-generic is for the title of the Project: namespace, that's a localisation which is immediatley visible to all users of the wiki.  You are asking for a localisation of the prefix applied to a database in a *separate piece of software* to MediaWiki, which not only will users never see, but site administrators have no real need to see either.  It doesn't *matter* whether sysadmins can read the "my_wiki" prefix, because it's being prepended to things like "page", "recentchanges", "user_groups", etc; if a sysadmin cannot understand "my_wiki_pagelinks", they are not going to do any better with "ウィキ_pagelinks".  Do MySQL tables even support multibyte characters in database names?

Please do not reopen bugs just because you disagree with the status. The status is an indication of the current position, not a 'final judgement'; you cannot change the developers' position just by wishing it to be so.  You can continue to discuss things on a resolved bug without any trouble; we have a "closed" status for bugs on which no further discussion is desired.

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


Navigation
Links