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

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

  * New upstream stable release (FIREFOX_16_0_BUILD1)
    - see LP: #1062611 for USN information

  * Update globalmenu-extension to 3.5.4
    - Fix LP: #1051152 - Crash in nsIContent::SetAttr with greasemonkey
      installed
    - Improve handling of radio items, and work correctly for radio items
      without a name (fixes the View -> Page Style submenu)
    - Stop causing nested DOM mutations. There is a big warning about doing
      this in nsIMutationObserver.h
    - Delay processing of DOM mutations during code sections when we are
      dispatching events. This should prevent a recurrence of
      reentrancy-triggered crashes such as LP: #1025011, LP: #1035305 and
      LP: #1051152, which have been exposed by updates of third-party addons
      recently and caused because our view of the menu changes during
      event delivery
    - Fix crash in uGlobalMenuDocListener::HandleMutations
  * Fix for bmo: #795395
    - add debian/patches/fix-for-bmo795395.patch
    - update debian/patches/series
  * Drop StartupWMClass from the desktop file, as it isn't actually
    required by gnome shell or unity
    - update debian/firefox.desktop.in
  * Refresh patches
    - update debian/patches/ubuntu-ua-string-changes.patch
    - update debian/patches/dont-override-general-useragent-locale.patch
  * Drop compare-locales from the packaging, and just check out the current
    version when we create the tarball
    - update debian/build/mozbuild.mk
    - update debian/build/create-tarball.py
    - remove debian/build/compare-locales
  * Generate a list of the search engines that we modify and store this
    in bzr, rather than determining this list at build time. We refresh
    the list in the clean target and fail the build if anything changes.
    This ensures that any upstream changes to the search engine list
    for any locale will not go unnoticed and will force a manual check
    to ensure that we are shipping correctly modified search engines
    - add debian/build/refresh-search-modifications.pl
    - update debian/build/mozbuild.mk
    - add debian/config/search-mods.list
    - rename debian/build/check-search-overrides.pl =>
        debian/build/verify-search-overrides.pl
  * Drop obsolete autocomplete-theme-tweak patch now
    - remove debian/patches/autocomplete-theme-tweak.patch
    - update debian/patches/series
 -- Chris Coulson <chris.coul...@canonical.com>   Fri, 05 Oct 2012 19:35:49 
+0100

** Changed in: firefox (Ubuntu Oneiric)
       Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1051152

Title:
  Firefox 16 beta crash in nsIContent::SetAttr with greasemonkey
  installed

Status in Unity global menubar extension for Firefox and Thunderbird:
  Fix Committed
Status in “firefox” package in Ubuntu:
  Fix Released
Status in “firefox” source package in Natty:
  Fix Released
Status in “firefox” source package in Oneiric:
  Fix Released
Status in “firefox” source package in Precise:
  Fix Released
Status in “firefox” source package in Quantal:
  Fix Released

Bug description:
  When Global Menu Bar Integration 3.4.1 is enabled, Firefox 16b3 from
  the firefox-next PPA crashes shortly after opening. There is a 1:1
  correlation between the crashes and this add-on - the open tabs and
  other add-ons don't have any impact. I'm experiencing this under
  64-bit Ubuntu 12.04.

To manage notifications about this bug go to:
https://bugs.launchpad.net/globalmenu-extension/+bug/1051152/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to