[Fedora-i18n-bugs] [Bug 580444] New: Translation is not available with 3.0.4

bugzilla at redhat.com bugzilla at redhat.com
Thu Apr 8 09:52:11 UTC 2010


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: Translation is not available with 3.0.4

https://bugzilla.redhat.com/show_bug.cgi?id=580444

           Summary: Translation is not available with 3.0.4
           Product: Fedora
           Version: 13
          Platform: All
        OS/Version: Linux
            Status: NEW
          Keywords: i18n, Reopened
          Severity: medium
          Priority: low
         Component: thunderbird
        AssignedTo: gecko-bugs-nobody at fedoraproject.org
        ReportedBy: mtasaka at ioa.s.u-tokyo.ac.jp
         QAContact: extras-qa at fedoraproject.org
                CC: drago01 at gmail.com, mtasaka at ioa.s.u-tokyo.ac.jp,
                    aalam at redhat.com, stransky at redhat.com,
                    tfujiwar at redhat.com, pnemade at redhat.com,
                    gecko-bugs-nobody at fedoraproject.org,
                    i18n-bugs at lists.fedoraproject.org, parimbra at redhat.com
        Depends on: 559960
   Estimated Hours: 0.0
    Classification: Fedora
          Clone Of: 559960


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 at firefox.mozilla.org by the rpm

--- Additional comment from aalam at redhat.com 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 at ioa.s.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 at localhost ~]$ set | grep '^LANG'
LANG=ja_JP.UTF-8
[tasaka1 at localhost ~]$ set | grep '^LC'
[tasaka1 at localhost ~]$ echo $LC_MESSAGES

[tasaka1 at 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 at ioa.s.u-tokyo.ac.jp on 2010-02-17 16:04:22
JST ---

Created an attachment (id=394688)
 --> (https://bugzilla.redhat.com/attachment.cgi?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 at ioa.s.u-tokyo.ac.jp on 2010-02-17 16:05:23
JST ---

Created an attachment (id=394689)
 --> (https://bugzilla.redhat.com/attachment.cgi?id=394689)
screenshot with setting LC_MESSAGES explicitly

With setting LC_MESSAGES=ja_JP.UTF-8 firefox shows Japanese
menus.

--- Additional comment from mtasaka at ioa.s.u-tokyo.ac.jp on 2010-02-17 16:06:57
JST ---

Created an attachment (id=394690)
 --> (https://bugzilla.redhat.com/attachment.cgi?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 at redhat.com 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 at redhat.com 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 at redhat.com on 2010-02-17 16:33:14 JST ---

typo:
-MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES}
+MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES}

--- Additional comment from stransky at redhat.com on 2010-02-24 22:32:12 JST ---

*** Bug 558226 has been marked as a duplicate of this bug. ***

--- Additional comment from stransky at redhat.com on 2010-02-24 22:52:05 JST ---

Created an attachment (id=396064)
 --> (https://bugzilla.redhat.com/attachment.cgi?id=396064)
patch to firefox.in

--- Additional comment from stransky at redhat.com on 2010-02-24 23:13:51 JST ---

Added to firefox-3.6.1-2.fc14

--- Additional comment from drago01 at gmail.com 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 at redhat.com 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 at redhat.com on 2010-03-18 22:11:01 JST ---

Already in firefox-3.6.1-2.fc13, closing.

--- Additional comment from drago01 at gmail.com 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 at redhat.com 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 at redhat.com 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 at redhat.com 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 at redhat.com 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 at ioa.s.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.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


More information about the i18n-bugs mailing list