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): mozilla-0.9.9-7 Steps to Reproduce: 1. start mozilla in non-English locale the first time. Actual Results: Shows English index page. Expected Results: Non-English page for supported languages locale. Additional Information: 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 index.html.en_US Following attachment is patch for the wrapper. Is it a good approach?
Created attachment 73424 [details] localizeindex patch
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, "")) to Javascript's natigator.systemLanguage? 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.