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(a)fedoraproject.org
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.jp
QAContact: extras-qa(a)fedoraproject.org
CC: drago01(a)gmail.com, mtasaka(a)ioa.s.u-tokyo.ac.jp,
aalam(a)redhat.com, stransky(a)redhat.com,
tfujiwar(a)redhat.com, pnemade(a)redhat.com,
gecko-bugs-nobody(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, parimbra(a)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}(a)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(a)firefox.mozilla.org by the rpm
--- Additional comment from aalam(a)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(a)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}(a)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(a)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(a)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(a)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(a)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(a)redhat.com on 2010-02-17 16:29:33 JST ---
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(a)redhat.com on 2010-02-17 16:33:14 JST ---
typo:
-MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES}
+MOZLOCALE=${MOZLOCALE:-$LC_MESSAGES}
--- Additional comment from stransky(a)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(a)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(a)redhat.com on 2010-02-24 23:13:51 JST ---
Added to firefox-3.6.1-2.fc14
--- Additional comment from drago01(a)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(a)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(a)redhat.com on 2010-03-18 22:11:01 JST ---
Already in firefox-3.6.1-2.fc13, closing.
--- Additional comment from drago01(a)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(a)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(a)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(a)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(a)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}(a)firefox.mozilla.org/chrome/$SHORTMOZLOCALE.jar
]; then
@@ -203,6 +203,15 @@
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${SHORTMOZLOCALE}(a)firefox.mozilla.org
echo
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${SHORTMOZLOCALE}(a)firefox.mozilla.org"
>
$FEDORA_LANGPACK_CONFIG
fi
+ elif [ -f
$MOZ_LANGPACKS_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org/chrome/$MOZLOCALE.jar
]; then
+ if [ -d
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org ]; then
+ rmdir
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org" >
/dev/null 2>&1
+ fi
+ if ! [ -e
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org ]; then
+ ln -s $MOZ_LANGPACKS_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org
\
+
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org
+ echo
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org" >
$FEDORA_LANGPACK_CONFIG
+ fi
elif [ -f
$MOZ_EXTENSIONS_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org/chrome/$MOZLOCALE.jar
]; then
if [ -d
$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org ]; then
rmdir
"$MOZ_EXTENSIONS_PROFILE_DIR/langpack-${MOZLOCALE}(a)firefox.mozilla.org" >
/dev/null 2>&1
--- Additional comment from mtasaka(a)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.