Page MenuHomePhabricator

zh-..., pt, and other language variants are not supported by CentralNotice
Closed, ResolvedPublic

Description

Author: romaine.wiki

Description:
For Wiki Loves Monuments I created, just as last year, a group of pages to contain the text of the CentralNotice banner in the several languages. Pages like:

https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-wlm_2013-text/de
https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-wlm_2013-text/fr
https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-wlm_2013-text/nl

All these languages work perfectly fine. On request of users/organisers from Hong Kong, China, and Taiwan we also created:

https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-wlm_2013-text/zh
https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-wlm_2013-text/zh-cn
https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-wlm_2013-text/zh-tw

It appears that the zh-... banners aren't recognized by the CentralNotice extension as language, I noticed they do not show up in the available languages list, while they are created. (Also be-tarask is missing there.)

From local users who have set there settings on zh-tw and also other variants, those variant isn't shown, but instead another Chinese variant (I suspect 'zh').

I don't know why these variants can't be used, while in the preferences we can set these Chinese variants as language.


Version: unspecified
Severity: major

Details

Reference
bz53641

Event Timeline

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

Can we verify that whether users are seeing something wrong on user viewing interface, rather than editing or managing interface? If so, please provide related language settings (uselang / preferences etc).

(In reply to comment #1)

If so, please provide
related language settings (uselang / preferences etc).

And if user is not logged in, this is even tied to browser language settings. Please provide them too.

romaine.wiki wrote:

Geo = {"city":"Kathmandu","country":"NP","lat":"27.716700","lon":"85.316704","IP":"103.1.93.69","netmask":"24"}

romaine.wiki wrote:

We did earlier today a fix to the banner, I asked them if they still have the same issue.

romaine.wiki wrote:

Sorry, 2 messages in mistake

mwalker wrote:

Did anyone ever get to the bottom of this?

atgo subscribed.

Blocks our China campaign. We need to deliver zh-Hans vs zh-Hant content in CN and DI, and track user language variants correctly for the thank-you letter and correspondence. Currently, as we know from pt-br campaigns, we have lots of issues with variants.

Just sticking to CentralNotice for now, how do we want to do this for zh (and other languages with variant scripts)? Automatic conversion or manual translation? At the moment we block translation to the zh-xx variants (barring T51898) so that would suggest the former was the intention.

awight renamed this task from zh-... language variants are not recognized to zh-..., pt, and other language variants are not recognized.Jan 28 2015, 9:01 PM

I just remembered that a few months ago we came across some issues about CN not using language preferences as expected, so maybe that's the explanation for the issue with the original WLM campaign, which did target logged-in users! I'll check it out in detail. Still doesn't solve the challenges of using language variant selector info for anonymous users and passing that data further along down the donation chain...

Another idea: maybe we could create a test campaign on the beta cluster with a setup more or less similar to the one that's needed? What do you think?

Thanks!!

For references, the two projects we talked about that have drop-down variant switchers are Chinese and Kazakh. Are there more?

For both projects, the language variant is shown in URL, though in different places.

On the Kazakh Wikipedia there is a CentralNotice campaign running right now, and its content doesn't change with the variant switcher.

Please note my project https://github.com/adamwight/LanguageTag (also in the WMF repo). It supports IETF language tags, and can convert from MediaWiki or Unix locale yuckiness.

I found a little more info at https://www.mediawiki.org/wiki/Writing_systems There are a few other projects with language conversion, but Chinese is by far the most important one from a fundraising POV.

See also T21044 - the whole area is chronically underdocumented.

atgo lowered the priority of this task from High to Medium.Feb 19 2015, 10:37 PM
awight renamed this task from zh-..., pt, and other language variants are not recognized to zh-..., pt, and other language variants are not supported by CentralNotice.Feb 24 2015, 10:19 PM
Aklapper removed a subscriber: wikibugs-l-list.

This task has been assigned to the same task owner for more than two years. Resetting task assignee due to inactivity, to decrease task cookie-licking and to get a slightly more realistic overview of plans. Please feel free to assign this task to yourself again if you still realistically work or plan to work on this task - it would be welcome!

For tips how to manage individual work in Phabricator (noisy notifications, lists of task, etc.), see https://phabricator.wikimedia.org/T228575#6237124 for available options.
(For the records, two emails were sent to assignee addresses before resetting assignees. See T228575 for more info and for potential feedback. Thanks!)

awight claimed this task.

I'm trying to reproduce this locally and some of the details seem to be out of date.

It appears that the zh-... banners aren't recognized by the CentralNotice extension as language, I noticed they do not show up in the available languages list, while they are created. (Also be-tarask is missing there.)

The available languages list now does include all known language variants:

image.png (179×730 px, 24 KB)

When I create messages in en and en-gb and my user preferences are set to en-gb, I see the British English translation in the live preview, with a forced banner, and with the automatically served banners.

Closing this task, please provide more information if there are still bugs.