Red Hat Bugzilla – Bug 63756
mozilla startup page should depend on locale
Last modified: 2007-04-18 12:42:07 EDT
Description of Problem:
When starting up mozilla in a non-English locale, it should show
the index.html.<locale> page not the English one always.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start mozilla in non-English locale the first time.
Shows English index page.
Non-English page for supported languages locale.
I think this worked in Enigma
This has never worked before.
Of course this has nothing to do with mozilla. :-)
All that's needed is for indexhtml to generate a symbolic link from
/usr/share/doc/HTML/index.html to index.html.<DEFAULT_LOCALE>.
We can symlink to different localized version of index.html from mozilla wrapper:
- We can change index page location from redhatify patch in mozilla and ln -sf
to that location
- We can rename index.html to index.html.en_US and by default it points to
Following attachment is patch for the wrapper. Is it a good approach?
Created attachment 73424 [details]
That's not going to work as a normal user is it?
Please keep in mind there's a much better way to do this. The variable that
controls the home page is in the lang pack. If I had lang packs, we could just
do it there instead.
We could link a file to ~/ or something, but agreed it is a bit dirty. Yes if
the lang pack have the variable that control it, it would be much cleaner to do
it over there.
My original suggestion about the symlink is just for the system default.
Ie the default page language for the system would be determined by the system
default locale when indexhtml is installed/upgraded.
We are using the latest mozilla that translatation teams have not followed
well yet, so it should not depend on lang pack.
For Mozilla 1.0.1, only Greek lang pack is available at this moment.
Can we set LANG value( the return value of setlocale(LC_MESSAGES, ""))
If so, we can redirect from index.html to each lang index.html.
*** This bug has been marked as a duplicate of 83105 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.