Bug 472010
Summary: | UIlocale and contentLocal options do nothing | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Yolkfull Chow <yzhou> | ||||
Component: | thunderbird | Assignee: | Jan Horak <jhorak> | ||||
Status: | CLOSED NOTABUG | QA Contact: | desktop-bugs <desktop-bugs> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 5.2 | CC: | desktop-bugs, gecko-bugs-nobody, stransky | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2009-04-15 08:20:05 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Yolkfull Chow
2008-11-18 08:24:49 UTC
Created attachment 323860 [details]
Screenshot of character "Localhost" that has not localized to korean
Maybe instead of fonts, we should focus on the fact that neither -contentLocale nor -UILocale do anything at all. Both in RHEL 5 as well as in Rawhide. Firefox at least doesn't advertise -contentLocale, but thunderbird does and only when being started it shows a warning "unrecognized command line flag -contentLocale". The only thing which seems to affect firefox/thunderbird is the locale -- so if you want to run Chinese firefox in the session with ja_JP locale, you have to run LANG=zh_CN firefox otherwise you will have Japanese. Actually -UILocale is working well (tested on reported version). For example it just does not accept '-UILocale ja_JP' format but only '-UILocale ja'. The described problem is that the title for 'Local Folders' is set during account creation according to used locale. So if you later decide to use different locale the title of 'Local folders' stay fixed to value determined during account creation. The name of 'Local folders' is located in user preferences and can be changed any time in account settings. It seems to be desired feature to allow rename 'Local folder' by user and not to change it according to actual locale. The -UILocale is working and -contentLocale will be removed in next release. This bug is only about untranslated 'Local folders' when running using different locale. It seems to be wanted behaviour because 'Local folders' name can be changed by user any time. Therefore closing as NOTABUG. |