Firefox online/offline startpage not translated/localized

This may be a problem with the interaction between ubuntu-docs and mozilla-firefox-locale-all so I'm opening a task on those packages.

The way this has been handled since dapper is set out here:

https://wiki.ubuntu.com/DapperFirefoxStartPageTranslation

Don't have a hardy installation so can't confirm the bug, but it's of high importance so raising that.

I can confirm this bug with the Catalan locale (ca_ES.UTF-8), running an up-to-date Alpha 6 installation. While the rest of the desktop applications appear translated, Firefox appears in English (although it has an upstream translation).

I haven't changed the bug status to "Confirmed" yet, as I was not sure for which one of the affected packages it was appropriate.

I think the most likely culpable package is mozilla-firefox-locale-all, so I'll set that to confirmed until we have a better diagnosis.

I've got the same problem. But I'm also seeing language code page problems with QT apps like LyX. All the menus are unicode garbage characters. I'm using tonight's hardy daily build alternate installer.

I'll submit a hardware profile on this AMD dual core box in case that's relevant, but I doubt it.

Lesson here. It's not just firefox. QT apps are worse.

On Sat, Mar 29, 2008 at 5:03 AM, Corin Royal Drummond
<email address hidden> wrote:
> Lesson here. It's not just firefox. QT apps are worse.

Corin - your problem with QT apps is likely to be a separate bug.

--
Matthew East
http://www.mdke.org
gnupg pub 1024D/0E6B06FF

I see that with epiphany the startpages are translated and the behaviour is as expected. Therefore, this seems unlikely to be a bug in ubuntu-docs, and rather more likely to be a bug in firefox or mozilla-firefox-locales-all.

I confirm this bug with the portuguese brazil locale, all my system are translated but firefox is not, the browser appear in english, and i have installed mozilla-firefox-locale-pt-br.

I'm running Hardy Beta up-to-date.

Looking this over briefly on a system with multiple locales installed:
$ ls -l /usr/share/ubuntu-artwork/home/index.html
lrwxrwxrwx 1 root root 34 2008-02-11 10:20 /usr/share/ubuntu-artwork/home/index.html -> /etc/alternatives/firefox-homepage

$ ls -l /etc/alternatives/firefox-homepage
lrwxrwxrwx 1 root root 49 2008-03-29 13:01 /etc/alternatives/firefox-homepage -> /usr/share/ubuntu-artwork/home/firefox-index.html

$ update-alternatives --list firefox-homepage
/usr/share/ubuntu-artwork/home/firefox-index.html

The problem is that no other alternatives are being registered.

Looking at where one of these index files should be coming from, its in ubuntu-docs or similar:
$ apt-file search index-es.html
edubuntu-artwork: /usr/share/edubuntu-artwork/home/locales/index-es.html
kubuntu-docs: /usr/share/ubuntu-artwork/home/locales-kubuntu/index-es.html
kubuntu-docs: /usr/share/ubuntu-artwork/home/locales-kubuntu/kindex-es.html
ubuntu-docs: /usr/share/ubuntu-artwork/home/locales-ubuntu/index-es.html
xubuntu-docs: /usr/share/xubuntu-docs/about/locales/index-es.html

I would expect that ubuntu-docs should be registering all of the alternatives in its postinst or similar.

Looking in ephinany-browser, the reason it is coming up correctly is because it's initial page is set to

file:///usr/share/ubuntu-artwork/home/locales/index-%l.html

Firefox doesn't support setting this as a homepage, which is probably why the alternatives system is used in the first place.

Mario,

On Mon, Apr 7, 2008 at 5:57 PM, Mario Limonciello <email address hidden> wrote:
> I would expect that ubuntu-docs should be registering all of the
> alternatives in its postinst or similar.

You're right, the ubuntu-docs postinst is here: http://tinyurl.com/52sybh

Do you think it isn't working properly? It's been the same since Ian
Jackson wrote it in Dapper, and has always worked in the past.

Ref: https://wiki.ubuntu.com/DapperFirefoxStartPageTranslation

--
Matthew East
http://www.mdke.org
gnupg pub 1024D/0E6B06FF

Okay I just compared with a gutsy VM. Things are the same regarding ubuntu-docs in Gutsy. Only one alternative listed. It instead appears that when you set say a spanish (mexico) locale, that you end up with the homepage in firefox specifically set to file:///usr/share/ubuntu-artwork/home/locales/index-es_AR.html

Reading that spec that mdke posted, these are supposed to be hardcoded into the jar files for each of the locales used.

Also from looking at the gutsy virtual machine, I realized it's not just that the home page isn't translated, the entire *application* isn't translated.

The locale files from the different firefox locale packages are still installing their extensions into /usr/lib/firefox, whereas firefox 3 is living in /usr/lib/firefox-3.0b5 (or later as more releases come out).

Those "language packs" aren't being used at all.

Not only is the re-packaging of mozilla.org's translations into separate locale and binary packages missing for FF3. The ones in the repos for FF2 have not been updated from 2.0.0.7 and don't work with the current 2.0.0.13. Looks like we're getting close to a release with epiphany as the only gnome-based multilingual browser.

I'm pretty sure the FF3 language packs are set to hit within the next week.

The same happens with thunderbird

My firefox is localized now! I just removed the english language-packs with gnome-language-selector and that was it. Firefox also stays localized, if i reinstall these packages.
But there was a recent update of gnome-language-pack-de-base, too. So I do not know the certain reason, sorry.

I can confirm that the latest release of language-pack-gnome-de-base makes the translation of Firefox work.

With the last updates, all works fine here with "es" locale from Spain.

So this bug should be closed.

Can the people posting confirm that the firefox startpage is also translated with the latest versions?

(To clarify, I mean the offline startpage which appears when network access is disabled.)

Yes, it's working, chrome://ubufox/content/startpage.html redirects to file:///usr/share/ubuntu-artwork/home/locales/index-de.html

Good news! Marking as fixed then. Thanks to asac and the others who worked on this.

My Firefox is in PT-PT and is to be expected in PT-BR.

This is not fixed for all languages.

Oddly enough, different languages have different language pack versions in the repositories. Those languages where the issue has been reported as fixed (German and Spanish) have the following version of language-pack-gnome-xx-base available:

  1:8.04+20080325ubuntu1

In the case of my locale (Catalan) and others, the only version available from the repositories is:

  1:8.04+20080325

in which the issue is not fixed (i.e. Firefox is not localised, all menus are in English).

As a side note, gnome-language-selector is still prompting to install the mozilla-firefox-locale-xx and mozilla-firefox-locale-en-gb, although they are not available from 'main' anymore and they seem to only be appropriate for FF 2.0.0.7. But I guess I should report this as a separate bug.

Updated status as per comment #26

The bug is still there. This isn't fixed.

Some locales are inexistent. I've seen in /usr/lib/firefox-addons directory only translation for pt-pt. The directory for firefox-3.0 translations in pt-br is there, but is empty (no translation packages/files at all).

Currently available are: de, es, fi, pt, ja, fr. It's known that the others are still not available. AFAIK Mozilla team is furiously busy, especially now that it was found there may be a problem in the generation with at least de/fi.

Again, updated the status as per comment 26 and the following ones.

FF3 localized at a ES-locale. Thanks :]

RU is also localized at last. :) And language-selector updated today no longer complains about mozilla-firefox-locale-xx not being installed, hooray!

Hm, there's a weird error that shows up when loading a page which doesn't exist (such as http://www.jkljkljkl.com/). I don't know if it's related to this bug, but it seems the translated strings for the error message are not available. This is shown with a red background, instead of a proper error message:

XML-Verarbeitungsfehler: Nicht definierte Entität
Adresse: jar:file:///usr/lib/xulrunner-1.9b5/chrome/toolkit.jar!/content/global/netError.xhtml
Zeile Nr. 59, Spalte 12: <title>&loadError.label;</title>
-----------^

Which means "XML processing error: undefined entity" for the &loadError.label.

Do others see this too?

Yes, I can confirm this behaviour with a german language-pack.

I have this problem on firefox-2. Firefox-3.0 is running correctly but firefox is in English when it should be in Spanish.

Might be incomplete/wrong translation, because the error page displays and is completely translated for Russian.

I've tested for Italian - the startpage still shows in English with an updated system. The rest of firefox is translated properly.

the new locales are provided in langpage-pack-gnome-XX

Same problem for Swedish installation, English startpage is shown.

> Same problem for Swedish installation, English startpage is shown.

This seems to be a server-side error. Firefox sends the correct locale headers.

Daniel - please try http://doc.ubuntu.com/~mdke/ubuntu-docs_8.04.2_all.deb and see if that fixes the Swedish offline startpage. Note that the online startpage will appear if you have a network connection active or have visited it in the past and so have it cached. Clear your cache and open firefox in offline mode to test the offline startpage.

I don't know what the progress of the online startpage is at the moment.

Unmarking the bug as a duplicate - we can use bug 195013 to track status of general firefox localisations, and this bug to track status of firefox homepage localisation issues.

An update to Firefox in Hardy seems to have solved this problem at least in Danish - for me, now both the startpage and the whole of Firefox has been localized to Danish. Great job!

On Hardy, when locale is set to Simplified Chinese, the offline start page for FF comes up to be the Traditional Chinese Taiwan (*_TW.html) instead of the correct Simplified Chinese (*_CN.html) page. Where would I begin to look for where this magic of picking the start page that matches the locale happens as that is wherein perhaps the bug lies?

I can confirm that upgrading to language-pack-gnome-zh from hardy-proposed (version 1:8.04+20080415ubuntu1) has resolved my online/offline start page woes for FF in Hardy for Simplified Chinese in particular. Updated Bug 221984 with these test results.

From the last few comments, this was fixed for Hardy, so updating bug status accordingly.

I have this problem in Hardy and Intrepid with Galician (gl_ES)

not a firefox bug. home page is not a firefox provided page, but rather a website.

The bug task for the somerville project has been removed by an automated script. This bug has been cloned on that project and is available here: https://bugs.launchpad.net/bugs/1305495