Firebug extension causes firefox to crash (can be triggered by opening HUD)

Terminal Output:

(firefox:17321): LIBDBUSMENU-GTK-CRITICAL **: dbusmenu_menuitem_property_set_shortcut: assertion `gtk_accelerator_valid(key, modifier)' failed

Affecting me too...
Firefox 13.0.1
Ubuntu 12.04 32 bit

Same here.
Firefox 13.0.1
Ubuntu 12.04 64 bit

If you disable"Global Menu Bar integration" add-on, HUD will not work on Firefox, therefore Firefox will not crash. That's why it will not crash on safe mode.
https://launchpad.net/globalmenu-extension

This bug affects me on Firefox 14.0.1, Ubuntu 12.04 64-bit.

This doesn't happen for me on Firefox 13.0.1, 64-bit 12.04. Since this is a crash bug, there are two options:

1) Follow the steps at https://wiki.ubuntu.com/MozillaTeam/Bugs?action=show&redirect=DebuggingFirefox#Crashes to run Firefox under GDB and post the output log file as an attachment here

2) Close this bug, and then use Apport to file a crash bug the next time this happens. An Apport dialog should come up automatically right after the crash which should assist you. Or you can just search for a .crash file for firefox in /var/crash and then run this command
apport-bug /var/crash/NAME_OF_CRASH_FILE.crash
which will file a new bug with the required info.

Marking Incomplete for now, please take either one of the two actions. Thanks!

Note, there will be no Apport crash file if it's a Firefox crash, but there will be an opportunity to submit a crash report to the upstream crash database. Once you've done this, feel free to open a new bug report by following the guidelines in https://wiki.ubuntu.com/MozillaTeam/Bugs.

(as this bug was originally opened against unity, it doesn't contain any of the Firefox-specific Apport data which is mandatory when reporting Firefox bugs. so you need to open a new report in any case)

Complete GDB debug uploaded.

Affects me also.
Firefox 13.01 - Ubuntu 12.04 32-bit

Still crashes in Firefox 14.01

Running the "Reset Firefox" option under Help -> Troubleshooting Information seems to solve it.

I tried the Reset Firefox, and it stopped having problems. I then reinstalled Firebug (which I had been using before), and the problem immediately resurfaced. I disabled Firebug, and it's back to normal.

I can also confirm that, disabling Firebug solves the problem for me.

I can also confirm that it only crashes when Firebug is installed.

I disabled Firebug too, and it solved the problem.

Same, firebug seems to be the cause of the problem.

Thanks. It seems that a recent Firebug update has exposed a dormant bug :/

The crash is caused by this change to Firebug: https://github.com/firebug/firebug/commit/f2b23d0ec2ac886418032fd66f040bfbfeea0ad9

Could there be anything more awesome than being able to interact with developers this way?

Thank you for such an awesome plugin, Chris

Heh, thanks! Don't get too excited just yet, as I can still make it crash with the fix ;)

(just trying to understand why)

Affecting me too.
Firefox 14.0.1
Ubuntu 12.04 64 bit

I'm ready to test whatever needs to be tested, Chris.

I've added a comment on the bug in Mozilla's bug tracker now

Chris, I've read your comment, so that means there is no fix at the moment?

This bug was fixed in the package firefox - 15.0~b2+build1-0ubuntu1

---------------
firefox (15.0~b2+build1-0ubuntu1) quantal-proposed; urgency=low

  * New upstream release from the beta channel (FIREFOX_15_0b2_BUILD1)

  * Update globalmenu-extension to 3.4 prerelease r422
    + Fixes for LP: #1025011 - HUD search crashes Firefox when Firebug
      is installed
      - Provide our own binding for menupopup nodes which derives from the
        default binding and makes the "state" property work as if there
        were a frame
      - Make all menu nodes reference counted, and hold a strong ref when
        dispatching events, in case the event results in the removal of menu
        nodes
 -- Chris Coulson <email address hidden> Wed, 25 Jul 2012 17:23:35 +0100

Hello Juan, or anyone else affected,

Accepted firefox into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.12.04.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Juan, or anyone else affected,

Accepted firefox into oneiric-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.11.10.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Juan, or anyone else affected,

Accepted firefox into natty-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.11.04.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

I don't see this in precise-proposed yet. Am I doing something wrong or
does it just take longer than I think it should...

In Mon, Jul 30, 2012 at 12:27 PM, Adam Conrad <adconrad@0c3.net> wrote:

> Hello Juan, or anyone else affected,
>
> Accepted firefox into precise-proposed. The package will build now and
> be available at
> http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.12.04.2
> in a few hours, and then in the -proposed repository.
>
> Please help us by testing this new package. See
> https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
> enable and use -proposed. Your feedback will aid us getting this update
> out to other Ubuntu users.
>
> If this package fixes the bug for you, please change the bug tag from
> verification-needed to verification-done. If it does not, change the
> tag to verification-failed. In either case, details of your testing
> will help us make a better decision.
>
> Further information regarding the verification process can be found at
> https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
> advance!
>
> ** Changed in: firefox (Ubuntu Precise)
> Status: Triaged => Fix Committed
>
> ** Changed in: firefox (Ubuntu Oneiric)
> Status: Triaged => Fix Committed
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1026282).
> https://bugs.launchpad.net/bugs/1025011
>
> Title:
> HUD search causes firefox to crash
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/firefox/+bug/1025011/+subscriptions
>

It is in precise-proposed now; it took a while to get there.

Sorry, this got stuck in binary NEW. It's been released to -proposed and should be showing up on mirrors soon.

This seems to fix it.

@gary: Which release did you test?

If it is of any interest the fix has solved it in Quantal. Firefox 15.0.

I tested it on Precise. Seems to work fine though I was only able to test
it for a short time before I to go offline for several days.

On Tue, Aug 7, 2012 at 3:25 AM, Colin Law <email address hidden>wrote:

> If it is of any interest the fix has solved it in Quantal. Firefox
> 15.0.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1026282).
> https://bugs.launchpad.net/bugs/1025011
>
> Title:
> HUD search causes firefox to crash
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/firefox/+bug/1025011/+subscriptions
>

So is Firefox 15 going to be released in Precise?

Firefox 15 is due to be released on August 28th. New Firefox releases usually appear in all supported versions of Ubuntu.

It is not necessary to wait for FF 15, the version mentioned in comment #29 should fix it in Precise.

This fix is in the proposed repository for natty, oneiric, and precise, and will be pushed to updates once the builds are verified to fix the issue, 7 days have passed, and there are no new regressions reported.

I installed the packages which are supposed to fix this bug from precise-proposed yesterday. Before this update I could reproduce the crash 100%. Now it's working better but it's not fully fixed yet: I *sometimes* manage to crash Firefox when I do a HUD search. I still haven't figured out when that happens and will post here once I find out.

Here's a stack trace I created following the instructions from https://wiki.ubuntu.com/MozillaTeam/Bugs#Run_Firefox_in_a_Debugger

I'm still not sure how to reproduce it, it's just trial and error. I just switched to Firefox to other running applications and back again, opened the HUD every now and then, and most of the time there's no crash. And then suddenly it happens. I hope the stack trace can help you.

It also seems that the crash can happen when Firefox doesn't have the focus while opening the HUD.

I finally managed to reproduce the bug. The cause seems to be the drop down list of the location bar in Firefox in combination with the Firebug extension.

My Ubuntu setup: Ubuntu 12.04 32-bit, all latest packages installed as of now, plus all latest firefox packages from precise-proposed as of now.

Prerequisites:
1. Have a few URLs in your browser history. We need the drop down box of the location bar to be populated with some items.
2. Have the Firebug extension for Firefox installed (I have the current latest version 1.10.2)

Steps to reproduce:
1. Start Firefox. On my setup it starts with one tab showing a blank empty page. No need to open any web page.
2. Go into the location bar of Firefox and press ALT-DOWN. The drop down box of the location bar opens. No need to select anything there.
3. Press ALT to open the HUD and enter a search term which creates some results in the HUD.
4. Press ESC two times in the HUD to make it disappear,
5. Go into the location bar of Firefox again and press ALT-DOWN again. The drop down box of the location bar opens again. No need to select anything there.
6. Press ALT to open the HUD again and enter a search term which creates some results in the HUD.
7. Crash!

This reproduces the bug more than 95% of the time. In some rare case I need three or four rounds of openening the location bar and the HUD, and sometimes additionally going up and down the items in the drop down box of the location bar with the arrow keys to get the crash.

If I disable Firebug everything works fine and I'm not able to reproduce the bug then.

I can provoke the bug in the same way here on the precise-proposed version.

On Fri, Aug 10, 2012 at 5:37 PM, Jens Berke <email address hidden>wrote:

> I finally managed to reproduce the bug. The cause seems to be the drop
> down list of the location bar in Firefox in combination with the Firebug
> extension.
>
> My Ubuntu setup: Ubuntu 12.04 32-bit, all latest packages installed as
> of now, plus all latest firefox packages from precise-proposed as of
> now.
>
> Prerequisites:
> 1. Have a few URLs in your browser history. We need the drop down box of
> the location bar to be populated with some items.
> 2. Have the Firebug extension for Firefox installed (I have the current
> latest version 1.10.2)
>
> Steps to reproduce:
> 1. Start Firefox. On my setup it starts with one tab showing a blank empty
> page. No need to open any web page.
> 2. Go into the location bar of Firefox and press ALT-DOWN. The drop down
> box of the location bar opens. No need to select anything there.
> 3. Press ALT to open the HUD and enter a search term which creates some
> results in the HUD.
> 4. Press ESC two times in the HUD to make it disappear,
> 5. Go into the location bar of Firefox again and press ALT-DOWN again. The
> drop down box of the location bar opens again. No need to select anything
> there.
> 6. Press ALT to open the HUD again and enter a search term which creates
> some results in the HUD.
> 7. Crash!
>
> This reproduces the bug more than 95% of the time. In some rare case I
> need three or four rounds of openening the location bar and the HUD, and
> sometimes additionally going up and down the items in the drop down box
> of the location bar with the arrow keys to get the crash.
>
> If I disable Firebug everything works fine and I'm not able to reproduce
> the bug then.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1026282).
> https://bugs.launchpad.net/bugs/1025011
>
> Title:
> HUD search causes firefox to crash
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/firefox/+bug/1025011/+subscriptions
>

I'm guessing you've now updated to Firebug 1.10.2? That update has exposed yet another (but different) bug in our addon (see bug 1035305). This is frustrating, and it doesn't help that our SRU process is completely unsuitable for responding quickly to these types of bugs where a change in code that we have no control over exposes a critical bug (whether it be a website or an addon).

Firefox 15 will be released before we get a fix for the new issue through proposed, so I'm afraid that people are stuck with this critical regression (which is a startup crash for a lot of Firebug users) until then (or until Mozilla blocklist our addon entirely)

Yes, I'm on Firebug 1.10.2 and Firefox from precise-proposed. I have seen
it crash on startup as well.

I have also seen a problem where I sometimes cannot move focus to a second
Firefox window but I haven't figured out how to reproduce that one.

gb

On Sat, Aug 11, 2012 at 1:46 PM, Chris Coulson
<email address hidden>wrote:

> I'm guessing you've now updated to Firebug 1.10.2? That update has
> exposed yet another (but different) bug in our addon (see bug 1035305).
> This is frustrating, and it doesn't help that our SRU process is
> completely unsuitable for responding quickly to these types of bugs
> where a change in code that we have no control over exposes a critical
> bug (whether it be a website or an addon).
>
> Firefox 15 will be released before we get a fix for the new issue
> through proposed, so I'm afraid that people are stuck with this critical
> regression (which is a startup crash for a lot of Firebug users) until
> then (or until Mozilla blocklist our addon entirely)
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1026282).
> https://bugs.launchpad.net/bugs/1025011
>
> Title:
> HUD search causes firefox to crash
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/firefox/+bug/1025011/+subscriptions
>

Yes, I've updated to Firebug 1.10.2 I'm not sure if you're guess of bug #1035305 being related to this one is right. My steps to reproduce in comment 45 indicate that the crash doesn't happen when switching "to" firefox (like in bug #1035305) but when switching away from it (opening the HUD).

Yes, it's definitely the same issue. For some reason, the HUD refreshes the menu on application startup and/or every time the application receives focus for some people (but not others). For these people, this is a startup crash or a crash every time Firefox receives focus. For others, it's a crash every time you accidentally hit the Alt key (whether you wanted to use the HUD or not).

I also got this. Disabling Firebug does indeed solve the problem.

Ubuntu 12.04 64-bit
Firefox 14.0.1
Firebug 1.10.2

Disabling Firebug does resolve my issue.
Last version where issue didn't appear was Firefox version 12.0.1

Ubuntu 12.04 64-bit
Firefox & global menubar 14.0.1
Firebug 1.10.2

Mozila Firefox for Ubuntu Cannonical 1.0

Fix doesn't work for me. Disabling Firebug resolves the issue.

Ubunu 12.04 32-bit
Firefox 14.01
Firebug 1.10.2

I haven't restarted Firefox for a couple of days. Today after a restart Firefox started crashing on each open even when starting with an empty session. Basically I cannot start Firefox, only in safe mode. It turned out to be the "Global Menu Bar integration 3.2.5" add-on that crashes the browser and after disabling it Firefox stopped crashing. And yes, I have Firebug.

So this means no HUD support for Firefox when you have Firebug enabled until this bug is fixed.

Radko: Does the problem go away if you disable firebug? If so then it is likely this bug or conceivably bug #1035305 and yes it seems likely you will have to wait for the fix if you want to use firebug and the HUD at the same time. Alternatively avoid using the HUD when you need to use firebug.

Marking verification-failed per discussion with Chris, since this only partially fixes the issue with firebug and another update is in the works.

@Colin Law: Disabling Firebug fixes all problems but I need Firebug so I chose to disable the "Global Menu Bar integration" add-on.

Some updates a couple of weeks ago introduced the problem of Firefox crashing (probably a Firebug 1.10.x update or a Firefox 14.0.1 update?) - this happened after pressing the Alt key to show the HUD _and_ only after typing a single character in it, as far as I remember.

I twice had updates during the last week but have only suspended and haven't restarted until today when FF crashed. I restarted and few seconds later it crashed again. I thought some of the loaded sites caused the crash so I ignored the saved session but even with an empty session it kept on crashing. Then running FF with the --safe-mode option I disabled all my add-ons and enabling one by one I found that the Global Menu Bar integration one failed. I think an up-to-date Ubuntu with Firefox 14.0.1, Firebug 1.10.2 and the Global Menu Bar integration add-on are enough to reproduce.

So the problem just got worse soon - Firefox keeps on crashing after each restart and cannot be used at all.
As far as disabling the extension is concerned - it's not just a matter of using or not using the HUD, this also ruins FF's menu from going over the top panel and shows the menu in FF's window itself.

I really hope this gets fixed soon for which I'll be deeply grateful!

@Radko,

I too decided to disable Global Menu Integration. If you then go to the
View menu in Firefox and turn off the Menu Bar you'll get a look that is
almost identical to what you get with with Global Menu enabled. The only
difference is a pulldown in the upper right with all the menu controls in
it. I'll attach a screen shot.

gb

On Tue, Aug 14, 2012 at 4:45 PM, Radko Dinev <email address hidden>wrote:

> @Colin Law: Disabling Firebug fixes all problems but I need Firebug so I
> chose to disable the "Global Menu Bar integration" add-on.
>
> Some updates a couple of weeks ago introduced the problem of Firefox
> crashing (probably a Firebug 1.10.x update or a Firefox 14.0.1 update?)
> - this happened after pressing the Alt key to show the HUD _and_ only
> after typing a single character in it, as far as I remember.
>
> I twice had updates during the last week but have only suspended and
> haven't restarted until today when FF crashed. I restarted and few
> seconds later it crashed again. I thought some of the loaded sites
> caused the crash so I ignored the saved session but even with an empty
> session it kept on crashing. Then running FF with the --safe-mode option
> I disabled all my add-ons and enabling one by one I found that the
> Global Menu Bar integration one failed. I think an up-to-date Ubuntu
> with Firefox 14.0.1, Firebug 1.10.2 and the Global Menu Bar integration
> add-on are enough to reproduce.
>
> So the problem just got worse soon - Firefox keeps on crashing after each
> restart and cannot be used at all.
> As far as disabling the extension is concerned - it's not just a matter of
> using or not using the HUD, this also ruins FF's menu from going over the
> top panel and shows the menu in FF's window itself.
>
> I really hope this gets fixed soon for which I'll be deeply grateful!
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1026282).
> https://bugs.launchpad.net/bugs/1025011
>
> Title:
> Firebug extension causes firefox to crash (can be triggered by opening
> HUD)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/firefox/+bug/1025011/+subscriptions
>

It also happens to me, latest version of firefox and firebug. Firebug works fine with the global menu bar integration add on disabled, but when you enable it, it will crash firefox. You then need to restart firefox in safe mode and disable all add ons to make it work again.

That is Firefox 14.0.1 and Firebug version 1.10.2 by the way.

Hello Juan, or anyone else affected,

Accepted firefox into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.12.04.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Juan, or anyone else affected,

Accepted firefox into oneiric-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.11.10.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Juan, or anyone else affected,

Accepted firefox into natty-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/firefox/14.0.1+build1-0ubuntu0.11.04.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

firefox14.0.1+build1-0ubuntu0.12.04.3
firefox-globalmenu 14.0.1+build1-0ubuntu0.12.04.3
firefox-gnome-support 14.0.1+build1-0ubuntu0.12.04.3
firefox-locale-de 14.0.1+build1-0ubuntu0.12.04.3
firefox-locale-en 14.0.1+build1-0ubuntu0.12.04.3

Sorry, the post before got sent before I was ready to send it (seems like I accidentally used a keyboard shortcut for sending because I didn't click the submit button...). Here's what I wanted to post:

The latest from precise-proposed seems to fix the problem. Current setup:

Firebug 1.10.2
firefox 14.0.1+build1-0ubuntu0.12.04.3
firefox-globalmenu 14.0.1+build1-0ubuntu0.12.04.3
firefox-gnome-support 14.0.1+build1-0ubuntu0.12.04.3
firefox-locale-de 14.0.1+build1-0ubuntu0.12.04.3
firefox-locale-en 14.0.1+build1-0ubuntu0.12.04.3

me it only happen if I launch unity from other tty of the x server. I tried both with no screen variable set and set.

This bug was fixed in the package firefox - 15.0+build1-0ubuntu0.11.10.1

---------------
firefox (15.0+build1-0ubuntu0.11.10.1) oneiric-security; urgency=low

  * New upstream stable release (FIREFOX_15_0_BUILD1)
    - see LP: #1041620 for USN information

  * Update globalmenu-extension to 3.4
    + Drop the edit UI workarounds
    + Fixes for LP: #1035305 - Crash when switching apps back to Firefox
      with Firebug installed
      - Keep the menu we export in sync with the document tree all of the
        time, rather than only when the menus are on screen. The HUD likes to
        open submenus without opening any of its ancestors, which can result in
        us handling events on menu nodes that are no longer in a document
        if an ancestor responds to a bubbled-up event by removing its
        children
      - Ensure we always null check the result of nsIDocument::GetCurrentDoc
    + When tearing down a menu, make sure that we empty out our DbusmenuMenuitem
      in case the parent reuses that item for another menu. Fixes a memory leak
      and an issue where Firebug menu items are duplicated indefinitely each
      time a menu is opened
    + Fixes for LP: #1025011 - HUD search crashes Firefox when Firebug
      is installed
      - Provide our own binding for menupopup nodes which derives from the
        default binding and makes the "state" property work as if there
        were a frame
      - Make all menu nodes reference counted, and hold a strong ref when
        dispatching events, in case the event results in the removal of menu
        nodes
    + Fix LP: #813775 - Hitting an assertion in dbusmenu
    + Fix LP: #861565 - No buttons in the "Show All Bookmarks" dialog
    + Fix LP: #775305 - An empty menu appears when FFChrome is installed
    + Add a small delay when opening the menu with the keyboard, so that
      the additional items are added before the menu appears. Fixes an
      issue where keyboard focus isn't on the first item when opening the
      history menu with the keyboard
  * Add Acholi to the locale blacklist
  * Separate the package name from the application name in various places.
    This enables us to change the package name without having to modify the
    application or packaging (eg, to allow us to provide official branded
    versions of Firefox ESR using the package name "firefox-esr")
    - update debian/README.Debian.in
    - update debian/apport/source_firefox.py.in
    - update debian/build/get-orig-source.mk
    - update debian/control{,.in}
    - update debian/control.langpacks
    - update debian/control.langpacks.unavail
    - update debian/firefox-locale.preinst.in
    - update debian/firefox.install.in
    - update debian/firefox.links.in
    - update debian/firefox.lintian-overrides.in
    - update debian/firefox.postinst.in
    - update debian/firefox.postrm.in
    - update debian/firefox.preinst.in
    - update debian/firefox.sh.in
    - remove debian/patches/change-moz-app-name.patch
    - update debian/patches/series
    - update debian/rules
    - update debian/usr.bin.firefox.apparmor.*
  * Move parts of debian/rules that can be shared with Thunderbird to a
    new, common fi...

This bug was fixed in the package firefox - 15.0+build1-0ubuntu0.12.04.1

---------------
firefox (15.0+build1-0ubuntu0.12.04.1) precise-security; urgency=low

  * New upstream stable release (FIREFOX_15_0_BUILD1)
    - see LP: #1041620 for USN information

  * Update globalmenu-extension to 3.4
    + Drop the edit UI workarounds
    + Fixes for LP: #1035305 - Crash when switching apps back to Firefox
      with Firebug installed
      - Keep the menu we export in sync with the document tree all of the
        time, rather than only when the menus are on screen. The HUD likes to
        open submenus without opening any of its ancestors, which can result in
        us handling events on menu nodes that are no longer in a document
        if an ancestor responds to a bubbled-up event by removing its
        children
      - Ensure we always null check the result of nsIDocument::GetCurrentDoc
    + When tearing down a menu, make sure that we empty out our DbusmenuMenuitem
      in case the parent reuses that item for another menu. Fixes a memory leak
      and an issue where Firebug menu items are duplicated indefinitely each
      time a menu is opened
    + Fixes for LP: #1025011 - HUD search crashes Firefox when Firebug
      is installed
      - Provide our own binding for menupopup nodes which derives from the
        default binding and makes the "state" property work as if there
        were a frame
      - Make all menu nodes reference counted, and hold a strong ref when
        dispatching events, in case the event results in the removal of menu
        nodes
    + Fix LP: #813775 - Hitting an assertion in dbusmenu
    + Fix LP: #861565 - No buttons in the "Show All Bookmarks" dialog
    + Fix LP: #775305 - An empty menu appears when FFChrome is installed
    + Add a small delay when opening the menu with the keyboard, so that
      the additional items are added before the menu appears. Fixes an
      issue where keyboard focus isn't on the first item when opening the
      history menu with the keyboard
  * Add Acholi to the locale blacklist
  * Separate the package name from the application name in various places.
    This enables us to change the package name without having to modify the
    application or packaging (eg, to allow us to provide official branded
    versions of Firefox ESR using the package name "firefox-esr")
    - update debian/README.Debian.in
    - update debian/apport/source_firefox.py.in
    - update debian/build/get-orig-source.mk
    - update debian/control{,.in}
    - update debian/control.langpacks
    - update debian/control.langpacks.unavail
    - update debian/firefox-locale.preinst.in
    - update debian/firefox.install.in
    - update debian/firefox.links.in
    - update debian/firefox.lintian-overrides.in
    - update debian/firefox.postinst.in
    - update debian/firefox.postrm.in
    - update debian/firefox.preinst.in
    - update debian/firefox.sh.in
    - remove debian/patches/change-moz-app-name.patch
    - update debian/patches/series
    - update debian/rules
    - update debian/usr.bin.firefox.apparmor.*
  * Move parts of debian/rules that can be shared with Thunderbird to a
    new, common fi...

This bug was fixed in the package firefox - 15.0+build1-0ubuntu0.11.04.2

---------------
firefox (15.0+build1-0ubuntu0.11.04.2) natty-security; urgency=low

  * New upstream stable release (FIREFOX_15_0_BUILD1)
    - see LP: #1041620 for USN information

  * Update globalmenu-extension to 3.4.1
    + Drop the edit UI workarounds
    + Fixes for LP: #1035305 - Crash when switching apps back to Firefox
      with Firebug installed
      - Keep the menu we export in sync with the document tree all of the
        time, rather than only when the menus are on screen. The HUD likes to
        open submenus without opening any of its ancestors, which can result in
        us handling events on menu nodes that are no longer in a document
        if an ancestor responds to a bubbled-up event by removing its
        children
      - Ensure we always null check the result of nsIDocument::GetCurrentDoc
    + When tearing down a menu, make sure that we empty out our DbusmenuMenuitem
      in case the parent reuses that item for another menu. Fixes a memory leak
      and an issue where Firebug menu items are duplicated indefinitely each
      time a menu is opened
    + Fixes for LP: #1025011 - HUD search crashes Firefox when Firebug
      is installed
      - Provide our own binding for menupopup nodes which derives from the
        default binding and makes the "state" property work as if there
        were a frame
      - Make all menu nodes reference counted, and hold a strong ref when
        dispatching events, in case the event results in the removal of menu
        nodes
    + Fix LP: #813775 - Hitting an assertion in dbusmenu
    + Fix LP: #861565 - No buttons in the "Show All Bookmarks" dialog
    + Fix LP: #775305 - An empty menu appears when FFChrome is installed
    + Add a small delay when opening the menu with the keyboard, so that
      the additional items are added before the menu appears. Fixes an
      issue where keyboard focus isn't on the first item when opening the
      history menu with the keyboard
  * Add Acholi to the locale blacklist
  * Separate the package name from the application name in various places.
    This enables us to change the package name without having to modify the
    application or packaging (eg, to allow us to provide official branded
    versions of Firefox ESR using the package name "firefox-esr")
    - update debian/README.Debian.in
    - update debian/apport/source_firefox.py.in
    - update debian/build/get-orig-source.mk
    - update debian/control{,.in}
    - update debian/control.langpacks
    - update debian/control.langpacks.unavail
    - update debian/firefox-locale.preinst.in
    - update debian/firefox.install.in
    - update debian/firefox.links.in
    - update debian/firefox.lintian-overrides.in
    - update debian/firefox.postinst.in
    - update debian/firefox.postrm.in
    - update debian/firefox.preinst.in
    - update debian/firefox.sh.in
    - remove debian/patches/change-moz-app-name.patch
    - update debian/patches/series
    - update debian/rules
    - update debian/usr.bin.firefox.apparmor.*
  * Move parts of debian/rules that can be shared with Thunderbird to a
    new, common fi...

Firefox 15 fixes the problem for me.

FF15 fixes it for me too

Latest Firefox update also fixed this issue for me! Thanks a lot!

Good, that's expected, thanks :)

The Firefox builds in the proposed pockets are all obsolete now, and can be removed