Last modified: 2013-11-21 06:02:17 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 9823 - Rename "be-x-old" to "be-tarask"
Rename "be-x-old" to "be-tarask"
Status: NEW
Product: Wikimedia
Classification: Unclassified
Language setup (Other open bugs)
All All
: Low normal with 5 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: ops
Depends on:
Blocks: wikis-to-rename
  Show dependency treegraph
Reported: 2007-05-07 13:56 UTC by Eugene Zelenko
Modified: 2013-11-21 06:02 UTC (History)
11 users (show)

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


Description Eugene Zelenko 2007-05-07 13:56:14 UTC
Be-tarask subtag was registered recently in IANA

Please rename be-x-old to be-tarask.

Please rename MessagesBe_x_old.php to MessagesBe_tarask.php,
LanguageBe_x_old.php to LanguageBe_tarask.php and change be-x-old Wikipedia
configuration accordingly.
Comment 1 Jan Dashkevich 2007-05-07 22:59:49 UTC
Dear Mr. Or Ms. I understand that you may not consider this a big deal. However,
for us, Belarusians, it is a matter of national memory to strive to converge to
the pre-stalinist Belarusian language. 

Thank you very much for your time and undertsanding. 

Yours Sincerely
                                                    Jan Dashkevich
Comment 2 wiki 2007-05-10 21:26:52 UTC
I fully agree with the statements above. Besides that, the renaming would
finally put an end to the divorcement of Belarusian Official and "Classical"
orthography Wikis


Aleś Čajčyc
Comment 3 Mienski 2007-05-11 06:33:01 UTC
Are you all men fully agreed that OUR language is "pre-stalinist"??? Just think
what you say.

Ihar Hrachyshka
Comment 4 Andrew O. Shadoura 2007-05-12 14:33:29 UTC
> Are you all men fully agreed that OUR language is "pre-stalinist"??? Just think
> what you say.

Mienski, I don't have anything against official orthography, and I don't think
it is "stalinist", you know. But, don't split Belarusian language into OUR and
YOUR, ok?

P.S. It's a bugzilla, neither mailing list nor forum/echoconference, so let's
stop off-topic.

 -- WBR, Andrew

Comment 5 Gerard Meijssen 2008-05-29 06:34:14 UTC
There is no consensus about what is to be done. When you look at it from the perspective of the policy of the language committee, this project would not exist in the first place as it is a clear attempt to deny the reality of the prevalent orthography of Belarus.

As long as there is no consensus to merge this unfortunate situation, I think it is best to leave things as they are.
Comment 6 zedlik 2008-06-05 21:14:19 UTC
Dear Gerard,

I've spent a couple of minutes and googled for some common words, spelling of which differs. Probably, you will be surprised with this.

Please, have a look at the results. The first one is for the official orthography; the second is for the classical orthography (Taraškievica).

(“is”) ёсць: 320,000 results; ёсьць: 320,000 results.
(a form of “world”) свеце: 155,000; сьвеце: 141,000.
(“a century”) стагоддзе: 26,600; стагодзьдзе: 108,000.
(“generation”) пакаленне: 13,400; пакаленьне: 19,400.
(“to sing”) спяваць: 10,800; сьпяваць: 9,790.
(“a wall”) сцяна: 6,050; сьцяна: 13,200.
(“classical”) класічны: 2,810; клясычны: 9,110.
(“philologist”) філолаг: 2,250; філёляг: 3,800.

For sure, this proves nothing to say anything definitely about the variants of the language, and there is no problem to find many contrary results and vice versa. But this helps to see that the term “prevalent orthography” can't be applied today to any of the variants of the Belarusian language. Both of them are used comparatively equally.

Best regards,

Comment 7 Źmicier Jurcevič 2010-03-24 09:20:42 UTC
Hi all,

Please, make appropriate change as requested as it was well-grounded and is important for our language's Wikipedia.

Comment 8 Ryan Kaldari 2011-04-09 01:38:50 UTC
This seems to have caused something of a mess. We now have be-x-old and be-tarask as separate options virtually everywhere (even though they refer to the same thing). We have these as separate languages in the user prefs, separate languages in CentralNotice, separate languages in Upload Wizard, separate languages in all the various language templates, etc. Is this just because we can't drop be-x-old since its the language code for If so, I would support renaming the wiki just we don't have to keep supporting both languages codes in MediaWiki.
Comment 9 Max Semenik 2011-04-11 13:53:00 UTC
Ryan, we've got $wgDummyLanguageCodes for that. Unfortunately, it's not always used, and it needs better support by the Language class itself.
Comment 10 Pavel Selitskas [wizardist] 2011-04-11 14:18:11 UTC
(In reply to comment #9)
> Ryan, we've got $wgDummyLanguageCodes for that. Unfortunately, it's not always
> used, and it needs better support by the Language class itself.

Well, people who write client-side extensions (i.e. JS) don't mind. They write be-x-old and it doesn't work for people with be-tarask locale. I faced this problem many times.

If there could be a way to get rid of 'be-x-old' fallback locale, I wouldn't ask personally to move to be-tarask. And here the discussion has a second go.
Comment 11 Ryan Kaldari 2011-04-11 17:04:00 UTC
Is the $wgDummyLanguageCodes array accessible via Javascript or the API?
Comment 12 Max Semenik 2011-04-11 17:07:33 UTC
> Is the $wgDummyLanguageCodes array accessible via Javascript or the API?

It is not, and shouldn't be. Language::getLanguageNames() should be split to two functions, one returning all possible languages (including b/c fallbacks like be-x-old), another returning only "real" languages. All callers should be updated to use either of these.(In reply to comment #11)
Comment 13 Ryan Kaldari 2011-04-11 18:06:38 UTC
That's great for developers in the future, but in the present we're stuck with with a broken system. I guess I'm still not understanding why we want to hang onto be-x-old at all. I understand that some people believe that be-x-old/be-tarask isn't a legit language, but why would that stop us from switching be-x-old to be-tarask? And if we're refusing to switch it based on some principle, why did we introduce be-tarask at all? The situation as it is now is extremely annoying for front-end developers. We have to be aware of all the language deprecations and re-map them by hand in every implementation (and then updated it manually for the rest of time). If this is a policy decision by the language committee, are they aware of the technical problems it causes?

Also, shouldn't de-formal be included in $wgDummyLanguageCodes?
Comment 14 Ryan Kaldari 2011-04-11 18:08:25 UTC
Also, is there a bug filed for implementing the system described in comment #12? I think this is a great idea for fixing the issue long-term.
Comment 15 Max Semenik 2011-04-11 18:13:13 UTC
(In reply to comment #13)
> Also, shouldn't de-formal be included in $wgDummyLanguageCodes?

No, it's a separate set of messages, not just a code that does nothing but fall
back to de.

(In reply to comment #14)
> Also, is there a bug filed for implementing the system described in comment
> #12? I think this is a great idea for fixing the issue long-term.

I came up with this idea right before posting it.
Comment 16 Pavel Selitskas [wizardist] 2012-01-15 23:42:35 UTC
After reviewing InitialiseSettings, I can understand why do we have be-x-old no more. The language is set evidently (be-tarask, thanks God!). Moving to would make the task easier for different tools to map language code to proper wiki and vice-versa.

The most interesting point of this discussion is that there is not even an against  opinion.
Comment 17 Pavel Selitskas [wizardist] 2013-01-15 00:29:33 UTC
We have MessagesBe_x_old.php no more! See Gerrit change #35383.
Comment 18 Ryan Kaldari 2013-01-15 01:00:01 UTC
Yee-haw! That's Tennessean for "awesome" :)
Comment 19 Philippe Verdy 2013-11-20 21:32:51 UTC

now returns now a damned LRM control at end of the name !

I've seen these RLM or LRM marks being inserted magically at random places by the MediaWiki editor when editing or saving pages, even when we never have these controls on our keyboards.

There's certainly an issue in the MediaWiki code editor or VisualEditor about these damned invisible controls.

They cause perfectly valid templates using constructs like 
to always return the "then" part because some RLM or LRM was magically inserted by the editor in the tested string.

These controls are impossible to see in most cases.

Please fix the wiki code editor (or the VisualEditor or the Lua code editor) so that it will no longer insert them when we don't want them (notably when editing templates, or Lua modules) It seems that some of these editors are automatically inserting them where we never want it. They break things.

The wiki code editor should convert them systematically using named character entities, i.e. ‏ or ‎ if they are allowed in our pages.
Comment 20 Amir E. Aharoni 2013-11-21 06:02:17 UTC
In the particular case of language names they are added because of bug 38674.

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