Last modified: 2013-06-18 16:47:05 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 T24469, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 22469 - Wikipedia Mobile needs to follow the fallback scheme
Wikipedia Mobile needs to follow the fallback scheme
Status: RESOLVED FIXED
Product: Wikimedia Mobile
Classification: Unclassified
Retired (Ruby) Gateway (Other open bugs)
.5
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
http://als.m.wikipedia.org/
: i18n
Depends on: 25558
Blocks:
  Show dependency treegraph
 
Reported: 2010-02-10 21:05 UTC by Casey Brown
Modified: 2013-06-18 16:47 UTC (History)
4 users (show)

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


Attachments

Description Casey Brown 2010-02-10 21:05:13 UTC
Wikipedia Mobile breaks when languages use multiple or different language codes than it expects.

Languages where this will probably be an issue:
* als/gsw
* no/nb
* be-x-old/be-tarask
* zh-classical/lzh
* zh-yue/yue

For example, we have a Swiss German translation at "gsw" but the Wikipedia is at "als"... there's no way to view the translation, because gsw.m.wikipedia.org doesn't exist and als.m.wikipedia.org doesn't pull the Swiss German translation at gsw.  Wikipedia Mobile should follow the MediaWiki fallback scheme somehow: <http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/MessagesAls.php?view=markup>
Comment 1 Derk-Jan Hartman 2010-02-14 17:01:43 UTC
Does this concern content languages, or interface languages ?
Comment 2 Siebrand Mazeland 2010-02-14 19:41:25 UTC
(In reply to comment #1)
> Does this concern content languages, or interface languages ?

Interface languages. 'als' itself does not have any localisation, because "Allemanisch", aka "Swiss German" has ISO 639-3 code 'gsw'. So it is localised in 'gsw'. zh-yue is localised in 'yue'. So if the Wikimedia Mobile only takes 'als' and 'zh-yue' respectively into account, those versions will not have any localisation. Similarly, 'arz' (Egyptian Spoken Arabic) has a fallback to 'ar' (Arabic). In MediaWiki this means that if Arabic is fully localised, but Egyptian Spoken Arabic is ony partially localised, the missing strings will not be replaced with English, but with Arabic strings.

You can grep '$fallback' in http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/ for the fallback languages.
Comment 3 Derk-Jan Hartman 2010-02-14 23:30:02 UTC
Seems not to be an option of the default i18n in ruby. Might be possible to work around with this tool: http://github.com/kipcole9/rails-i18n-translation-inheritance-helper
Comment 4 Hampton Catlin 2010-04-19 11:02:15 UTC
Actually, this is really just an issue of not having "gsw" being a code setup with the DNS. 

We'll get that sorted out soon enough.

-hampton.

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


Navigation
Links