[edgy]Crash opening firefox

Bug #60631 reported by effraie
124
Affects Status Importance Assigned to Milestone
firefox (Ubuntu)
Invalid
High
Unassigned
mozilla-firefox-locale-all (Ubuntu)
Fix Released
Critical
Martin Pitt

Bug Description

Binary package hint: firefox (in edgy)

the bug happened just after update, september 15.
when opening with launcher, i've got a window like this : http://www.effraie.org/~effraie/Capture-Gecko.png
 i'm using ppc

Tags: edgy firefox ppc
effraie (effraie)
description: updated
Revision history for this message
Bruce Cowan (bruce89-deactivatedaccount) wrote :

I can confirm this on AMD64. Thankfully I can still use Epiphany.

Changed in firefox:
status: Unconfirmed → Confirmed
Revision history for this message
Colin Watson (cjwatson) wrote :

mozilla-firefox-locale-all needs to be updated; I'll open a bug task for this. Furthermore, shouldn't firefox declare Breaks: on the old locale packages or something? I guess there would be a lot of Breaks entries. Maybe tightening the mozilla-firefox-locale-* dependencies would help.

Changed in firefox:
importance: Untriaged → High
Changed in mozilla-firefox-locale-all:
importance: Untriaged → Critical
status: Unconfirmed → Confirmed
Revision history for this message
Colin Watson (cjwatson) wrote :

In the meantime, "LANG=en_US.UTF-8 firefox" works around the problem.

Revision history for this message
Yachar (yach) wrote :

Same thing here (locale = fr, AMD64), the workaround works.
Epiphany is fine (even localized).

Revision history for this message
calimarno (calimarno) wrote :

Thanks Collin, I encountered the same issue with my swiss french locale on a i386 architecture when starting firefox.
The error message is :

"Erreur d'analyse XML : entité non définie
Emplacement : chrome://browser/content/browser.xul
Numéro de ligne 1140, Colonne 9 : <toolbarbutton id="go-button"
--------^ <menuitem id="menu_HelpPopup_reportPhishingtoolmenu"
----^"

Revision history for this message
Giovanni Condello (nanomad) wrote :

Confirmed on i386 (Italian language)

Firefox does not start with the language pack installed
Removing it or starting firefox with LANG=C firefox & solves the problem (but no localization)

Revision history for this message
Guillaume Seguin (ixce) wrote :

Confirmed here on i386, French locale

LANG=C fixes the problem, but it's not a nice fix :)
It looks like mozilla-firefox-locale-* weren't updated for beta2.

Revision history for this message
Gustaf (opera) wrote :

This is not the first language pack firefox package error... Something's fundamentally not right. Maybe some non-english locale using maintainer should try the packages before they're released to the repos...

Anyway, neither of the LANG=-fixes works for me. So it's Epiphany or nothing.

Revision history for this message
Donk (donk) wrote :

I have the same problem, but i can use firefox in safe mode

Revision history for this message
Robert Nasiadek (robzon) wrote :

Same here, on i386 Polish/Spanish translations.

Revision history for this message
Martin Pitt (pitti) wrote :

I'll update the locales soon.

Changed in mozilla-firefox-locale-all:
assignee: nobody → pitti
status: Confirmed → In Progress
Revision history for this message
Aldo Maggi (sentiniate) wrote :

same error for the localised italian version

Errore interpretazione XML: entità non definita
Indirizzo: chrome://browser/content/browser.xul
Linea numero 1140, colonna 9:
        <toolbarbutton id="go-button"
--------^
    <menuitem id="menu_HelpPopup_reportPhishingtoolmenu"
----^

Revision history for this message
Danny Staple (danny-orionrobots) wrote :

I run this as en_GB, and also see the issue. So it is likely that any non-US locale has this problem. Maybe a testing/release plan needs to be amended to make sure it at least starts up in other locales.

Could something like that be automated? I would be thinking of a script to set the locale, start Firefox with a URL passed in, ensure it hits a particular page on a server that was set up, then close FF (not sure how to script closing gracefully - any thoughts?), then do it all again on the next locale.

Revision history for this message
Colin Watson (cjwatson) wrote :

Danny: I think, given that most of the Ubuntu release team use something other than en_US, we're pretty much guaranteed to notice something like this before release anyway. :-)

Revision history for this message
Gustaf (opera) wrote :

Before release yes, hopefully.

But until then problems like this (which, again, is not the first one for firefox) will cause pain for the non-us "beta testers". It's rather arrogant that non-us users aren't important (the locale issues aren't important until release).

Last time, the locales weren't released, so firefox wasn't installable (since it depended on the right version of the locale, which didn't exist). This time, the dependancy wasn't this strong, but still, the locales doesn't exist.
The problem is: Why aren't the locales installed in the repos when firefox is? The locales are there, they have been on mozilla's site for a long time (just like last time). Yet, again, as usual, the maintainer(s) only ship the binary and not the locales...

I just don't get it.

Revision history for this message
Txukie (albertodetena) wrote :

I confirm this un Kubuntu 386 with es-ES locales

Revision history for this message
trtl (pdersjant) wrote :

Confirmed: 386 with nl_NL locale.

Revision history for this message
Mlt (mlt) wrote :

Confirmed: I use the en_GB locale

Revision history for this message
Sargate Kanogan (sargate) wrote :

Confirmed: I use the es_Mx locale on k7

Revision history for this message
Sukrit D (sukritd-sevenacross) wrote :

Confirmed: I use the en_IN locale

Revision history for this message
Martin Pitt (pitti) wrote :

 mozilla-firefox-locale-all (2.0~beta2-1) edgy; urgency=low
 .
   * Update XPIs for Firefox 2.0 beta2. Closes: LP#60631
   * debian/unavail.txt: Remove translations which are available again for this
     version: ar, bg-BG, eu, gu-IN, ko, mk-MK, pa-IN. Add ga-IE.

Changed in mozilla-firefox-locale-all:
status: In Progress → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Nothing to do with firefox package itself.

Changed in firefox:
status: Confirmed → Rejected
Revision history for this message
Konstantinos Togias (ktogias) wrote :

The problem has been fixed at my edgy system with greek (el_GR.UTF-8) locale after the last apt-get update && apt-get upgrade. Now firefox starts successfuly with greek menus.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.