With thunderbird-3.0.4-1.fc13.i686 all menus are displayed in English even if LANG is actually set to ja_JP.UTF-8. If "LC_MESSAGES=ja_JP.UTF-8" is explicitly passed, thunderbird shows Japanese menus. /usr/bin/thunderbird shows: -------------------------------------------------- 94 SHORTMOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*||g"` 95 MOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*|-\1|g"` 96 97 # Try to link global langpacks to an extension directory 98 if [ -f $MOZ_LANGPACKS_DIR/langpack-${SHORTMOZLOCALE}@thunderbird.mozilla.org/chrome/$SHORTMOZLOCALE.jar ]; then -------------------------------------------------- ==================================================================== Cloned messages (from firefox bug)follows. +++ This bug was initially created as a clone of Bug #559960 +++ Description of problem: Firefox does not start with Malayalam interface even though locale is set to ml_IN (other applications are correctly picking up the locale) and 3.6 release has Malayalam translations. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. select Malayalam locale from login screen 2. open firefox 3. observe interface language Actual results: firefox is started in English Expected results: firefox should choose the correct interface based on locale Additional info: I can see Malayalam langpack is installed /usr/lib64/firefox-3.6/langpacks/langpack-ml.org by the rpm --- Additional comment from aalam on 2010-01-30 02:05:17 JST --- Translation for any language is not working Tested with: hi_IN, fr_FR, de_DE, zh_TW Version: firefox-3.6.1-1.fc13 --- Additional comment from mtasaka.u-tokyo.ac.jp on 2010-02-17 12:57:14 JST --- Even in ja_JP.UTF-8 environment, with firefox-3.6.1-1.fc13.i686 xulrunner-1.9.2.1-1.fc13.i686 All menus are displayed in English. One problem is that /usr/bin/firefox reads: ----------------------------------------------------------------- 188 SHORTMOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*||g"` 189 MOZLOCALE=`echo $LC_MESSAGES | sed "s|_\([^.]*\).*|-\1|g"` 190 191 # Try to link global langpacks to an extension directory 192 if [ -f $MOZ_LANGPACKS_DIR/langpack-${SHORTMOZLOCALE}@firefox.mozilla.org/chrome/$SHORTMOZLOCALE.jar ]; then ----------------------------------------------------------------- However: ----------------------------------------------------------------- [tasaka1@localhost ~]$ set | grep '^LANG' LANG=ja_JP.UTF-8 [tasaka1@localhost ~]$ set | grep '^LC' [tasaka1@localhost ~]$ echo $LC_MESSAGES [tasaka1@localhost ~]$ locale LANG=ja_JP.UTF-8 LC_CTYPE="ja_JP.UTF-8" LC_NUMERIC="ja_JP.UTF-8" LC_TIME="ja_JP.UTF-8" LC_COLLATE="ja_JP.UTF-8" LC_MONETARY="ja_JP.UTF-8" LC_MESSAGES="ja_JP.UTF-8" LC_PAPER="ja_JP.UTF-8" LC_NAME="ja_JP.UTF-8" LC_ADDRESS="ja_JP.UTF-8" LC_TELEPHONE="ja_JP.UTF-8" LC_MEASUREMENT="ja_JP.UTF-8" LC_IDENTIFICATION="ja_JP.UTF-8" LC_ALL= --------------------------------------------------------------------- i.e. LC_MESSAGES is empty, only LANG=ja_JP.UTF-8 is set by default. However even after I set LC_MESSAGES=ja_JP.UTF-8 ; search engine still show entries for English users (i.e. for Japanese search engine list should show Wikipedia(ja), however search engine list still shows Wikipedia(en)) --- Additional comment from mtasaka.u-tokyo.ac.jp on 2010-02-17 16:04:22 JST --- Created an attachment (id=394688) screenshot of firefox by default Some screenshot By default, only LANG=ja_JP.UTF-8 is set. With this, firefox shows menus and so on all in English. --- Additional comment from mtasaka.u-tokyo.ac.jp on 2010-02-17 16:05:23 JST --- Created an attachment (id=394689) screenshot with setting LC_MESSAGES explicitly With setting LC_MESSAGES=ja_JP.UTF-8 firefox shows Japanese menus. --- Additional comment from mtasaka.u-tokyo.ac.jp on 2010-02-17 16:06:57 JST --- Created an attachment (id=394690) Another screenshot with setting LC_MESSAGES explicitly However search engine still shows entries for English users. For example search engine shows "Wikipedia (en)" entry, not "Wikipedia (ja)" entry. --- Additional comment from stransky on 2010-02-17 16:16:26 JST --- see https://bugzilla.redhat.com/show_bug.cgi?id=441973 we switched from $LANG to $LC_MESSAGES. --- Additional comment from tfujiwar on 2010-02-17 16:29:33 JST --- > see https://bugzilla.redhat.com/show_bug.cgi?id=441973 we switched from $LANG to $LC_MESSAGES. If you use the shell script to detect locales, I think it's better to follow setlocale(3). MOZLOCALE=$LC_ALL MOZLOCALE=${MOZLOCALE:-LC_MESSAGES} MOZLOCALE=${MOZLOCALE:-LANG} MOZLOCALE=`echo $MOZLOCALE | sed "s|_\([^.]*\).*|-\1|g"` --- Additional comment from tfujiwar on 2010-02-17 16:33:14 JST --- typo: -MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES} +MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES} --- Additional comment from stransky on 2010-02-24 22:32:12 JST --- *** Bug 558226 has been marked as a duplicate of this bug. *** --- Additional comment from stransky on 2010-02-24 22:52:05 JST --- Created an attachment (id=396064) patch to firefox.in --- Additional comment from stransky on 2010-02-24 23:13:51 JST --- Added to firefox-3.6.1-2.fc14 --- Additional comment from drago01 on 2010-02-27 21:15:33 JST --- (In reply to comment #11) > Added to firefox-3.6.1-2.fc14 Can we get this change into f13 too? --- Additional comment from fedora-triage-list on 2010-03-15 23:17:36 JST --- This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping --- Additional comment from stransky on 2010-03-18 22:11:01 JST --- Already in firefox-3.6.1-2.fc13, closing. --- Additional comment from drago01 on 2010-03-20 20:54:39 JST --- (In reply to comment #14) > Already in firefox-3.6.1-2.fc13, closing. You have to push it as an update (same as you would do in F12) or it will only sit in koji. --- Additional comment from aalam on 2010-03-26 11:40:31 JST --- with today's update, firefox-3.6.2-1.fc13.x86_64 is still not translated --- Additional comment from tfujiwar on 2010-03-26 13:13:19 JST --- (In reply to comment #16) > firefox-3.6.2-1.fc13.x86_64 is still not translated In my env, the same firefox is translated with LANG= ja_JP.utf8, de_DE.utf8 and fr_FR.utf8. --- Additional comment from aalam on 2010-03-26 14:00:11 JST --- sorry about raw comment #16, following is Not working while upstream released [1]: bn_IN zh_TW zh_CN gu_IN hi_IN nn_NO pt_BR pt_PT pa_IN es_AR es_ES it seems there is issue with locale name (LL-RR) Mozilla upstream releases use "-" (pt-BR) instead of "_" (pt_BR) which is not with glibc with following warning "Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale" Test Case: 1. LANG=pt_BR.UTF-8 firefox , result - firefox will be in English 2. LANG=pt-BR.UTF-8 firefox, result - firefox will be in pt_BR, but glibc error. [1] http://www.mozilla.com/en-US/firefox/all.html --- Additional comment from tfujiwar on 2010-03-26 14:26:10 JST --- I guess the latest issue might be another regression bug. --- /usr/bin/firefox.orig 2010-03-26 14:12:18.000000000 +0900 +++ /usr/bin/firefox 2010-03-26 14:23:22.000000000 +0900 @@ -191,7 +191,7 @@ # Try without a local variant first, then with a local variant # So that pt-BR doesn't try to use pt for example SHORTMOZLOCALE=`echo $CURRENT_LOCALE | sed "s|_\([^.]*\).*||g"` - MOZLOCALE=`echo $CURRENT_LOCALE | sed "s|_\([^.]*\).*|-\1|g"` + MOZLOCALE=`echo $CURRENT_LOCALE | sed "s|\(.*\)_\([^.]*\).*|\1-\2|g"` # Try to link global langpacks to an extension directory if [ -f $MOZ_LANGPACKS_DIR/langpack-${SHORTMOZLOCALE}@firefox.mozilla.org/chrome/$SHORTMOZLOCALE.jar ]; then @@ -203,6 +203,15 @@ $MOZ_EXTENSIONS_PROFILE_DIR/langpack-${SHORTMOZLOCALE}@firefox.mozilla.org echo "$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${SHORTMOZLOCALE}@firefox.mozilla.org" > $FEDORA_LANGPACK_CONFIG fi + elif [ -f $MOZ_LANGPACKS_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org/chrome/$MOZLOCALE.jar ]; then + if [ -d $MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org ]; then + rmdir "$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org" > /dev/null 2>&1 + fi + if ! [ -e $MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org ]; then + ln -s $MOZ_LANGPACKS_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org \ + $MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org + echo "$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org" > $FEDORA_LANGPACK_CONFIG + fi elif [ -f $MOZ_EXTENSIONS_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org/chrome/$MOZLOCALE.jar ]; then if [ -d $MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org ]; then rmdir "$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}@firefox.mozilla.org" > /dev/null 2>&1 --- Additional comment from mtasaka.u-tokyo.ac.jp on 2010-04-08 18:47:08 JST --- Same issue appears on thunderbird-3.0.4-1.fc13.i686, so cloning for thunderbird.
-- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Added to thunderbird-3.0.4-2.fc13