Last modified: 2014-11-11 08:11:55 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 T74126, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 72126 - monolingual text does not accept sr-cyrl and a number of other language codes
monolingual text does not accept sr-cyrl and a number of other language codes
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
WikidataRepo (Other open bugs)
master
All All
: Normal normal (vote)
: ---
Assigned To: Wikidata bugs
u=dev c=backend p=0
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-10-16 10:20 UTC by Lydia Pintscher
Modified: 2014-11-11 08:11 UTC (History)
4 users (show)

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


Attachments

Description Lydia Pintscher 2014-10-16 10:20:00 UTC
It is possible to select sr-cyrl as a language code for a monolingual text value. However it is not possible to save a statement with it. An error occurs. sr-cyrl is not accepted as a language code.
Comment 1 jeblad 2014-10-27 21:06:57 UTC
The same problem for smj language code. It is possible to select the language but not to save the statement afterwards.

Note that sr-cyrl is a variant of sr, while smj is a normal language code. This could imply that there are two bugs, but I suspect that it is not.

If all codes that is non-supported by the localization fails, then that is perhaps an indication where the bug bites?
Comment 2 jeblad 2014-10-27 21:24:47 UTC
The language code sma works, it is Souther Sami Language (https://en.wikipedia.org/wiki/Southern_Sami_language) which is a very small language spoken by 500-2000 people.
Comment 3 Thiemo Mättig 2014-11-03 18:29:14 UTC
This is a more complicated problem. We are using two sources for the languages. Frontend uses ULS because this is much more convenient for the user:

core/extensions/UniversalLanguageSelector/lib/jquery.uls/data/langdb.yaml

Backend uses a core feature:

core/languages/Names.php

These lists are different. Very, very different, actually. I can't say why, at the moment. So yes, we are aware that this situation clearly needs to be improved.
Comment 4 jeblad 2014-11-11 08:11:55 UTC
I think it is important to fix this for the mono-/multilingual text as it create a situation where official names in some official languages can't be given. This is the case for Norway, where we can't give the official name in some of the recognized minority languages.

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


Navigation
Links