Page MenuHomePhabricator

Search in CLDR-aliased language codes, but output corresponding MediaWiki locale code (or $wgLanguageCode or wikiId?)
Open, LowPublic

Description

When I go to the top right in one of the interfaces, click the
language option, and type 'filipino' and then click on *tagalog* I am
sent to the following link:
https://translatewiki.net/w/i.php?title=Special:Translate&group=tsint-wlmsurvey&language=fil&filter=&action=page .
Please note the language code here is FIL, and not TL. The language code is however TL.

If I do the same by typing 'tagalog' and clicking on tagalog, I am sent to: https://translatewiki.net/w/i.php?title=Special:Translate&group=tsint-wlmsurvey&language=tl&filter=&action=page with language code TL (as expected).


Version: unspecified
Severity: normal
See Also:
http://unicode.org/cldr/trac/ticket/7699

Details

Reference
bz57133

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 2:15 AM
bzimport set Reference to bz57133.
bzimport added a subscriber: Unknown Object (MLST).

Confirmed. So there are two problems:

  1. "fil" and "tl" have the same name (this is supposed to come from [[translatewiki:CLDR]] so we could be able to do something or not),
  2. "fil" is not fully disabled as it's supposed to: in MediaWiki group too I can select it for translation, though all my translations are silently rejected ("not saved" gray label appears); see also bug 54627, bug 49898.

And an enhancement request for ULS:

  1. when typing "filipino", tl should be offered as option.

I am confused whether this problem is in Translate extension or in ULS. I think it is in the ULS unless at translatewiki.net we are enabling extra language codes.

(In reply to Niklas Laxström from comment #2)

I am confused whether this problem is in Translate extension or in ULS. I
think it is in the ULS unless at translatewiki.net we are enabling extra
language codes.

Should be ULS. With Italian interface, if I type "filipino" I don't get any option. Similarly, if I type "snd" I don't get "sd".
I think jquery.uls probably needs to incorporate the language code aliases, occasionally reversing the map where we differ from CLDR on what's canonical (in CLDR tl -> fil, in MediaWiki we use "tl").
http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/aliases.html

  1. is already covered by other bugs so I think this one should be only about the fil -> tl mapping, where the two following things can probably fixed at the same time:
  1. "fil" and "tl" have the same name (this is supposed to come from

[[translatewiki:CLDR]] so we could be able to do something or not),

  1. when typing "filipino", tl should be offered as option.

in this way:

I think jquery.uls probably needs to incorporate the language code aliases,
occasionally reversing the map where we differ from CLDR on what's canonical
(in CLDR tl -> fil, in MediaWiki we use "tl").
http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/aliases.html

Hopefully the summary sums it up; there is also the problem of filtering bat-smg, be-x-old etc. correctly in https://www.mediawiki.org/wiki/Talk:Universal_Language_Selector/Design/Interlanguage_links#Some_languages_are_missing
Those are also missing in the alias list so I filed http://unicode.org/cldr/trac/ticket/7699

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptDec 12 2015, 9:56 AM
Amire80 moved this task from Backlog to Other on the ULS-CompactLinks board.Mar 26 2016, 4:51 PM

I cannot reproduce this anymore: searching for filipino returns no results.

I cannot reproduce this anymore: searching for filipino returns no results.

The expected result is that it returns the tl code.

Then the bug description is incorrect.