This bug was fixed in the package firefox - 7.0~b1+build1+nobinonly- 0ubuntu1
--------------- firefox (7.0~b1+build1+nobinonly-0ubuntu1) oneiric; urgency=low * New upstream release from the beta channel (FIREFOX_7_0b1_BUILD1) * Rewrite the apport hook to be more useful - update debian/apport/firefox.py.in * Update the apport blacklist file now that the binary name has changed - update debian/apport/firefox.in * Dropped patches which are obsolete/fixed upstream - remove debian/patches/cairo-lcd-filter.patch - remove debian/patches/fix-sdk-bin-install.patch - update debian/patches/series * Refresh patches - update debian/patches/firefox-kde.patch - update debian/patches/mozilla-kde.patch - update debian/patches/reload-new-plugins.patch * Look in the correct location for the staged langpack xpi's. They moved from dist/install to dist/linux-$(DEB_HOST_GNU_CPU) - update debian/rules * Ensure we use DEB_BUILD_* and DEB_HOST_* consistently so that cross- compiling works - update debian/rules - update debian/mozconfig.in - update debian/firefox-dev.install.in * Improve the description for unavailable language packs - update debian/control.langpacks.unavail * Simplify firefox-dev.install a bit by installing everything in /usr/include - update debian/firefox-dev.install.in * Use $(MOZ_DISTDIR) rather than $(MOZ_OBJDIR)/dist in debian/rules. - update debian/rules * Handle video/webm mimetypes - update debian/firefox.desktop.in * Fix check-sync-dirs.py test failure - ensure config/system-headers and js/src/config/system-headers are kept in sync - update debian/patches/unity-globalmenu-build-support-patch * Fix browserGlue_distribution.js and browserGlue_smartBookmarks.js xpcshell test failures. Update DEFAULT_BOOKMARKS_ON_MENU with the correct number of default bookmarks - update debian/patches/ubuntu-bookmarks.patch * Fix jsreftest failures by setting the correct timezone and locale - update debian/testsuite.mk * Switch off debian/patches/fix-selection-drag-autoscroll.patch for now. It doesn't apply and needs a rethink - update debian/patches/series * Fix "format not a string literal and no format arguments" error - add debian/patches/printf-fix.patch - update debian/patches/series * Update for the binary name change - update debian/firefox.install.in - update debian/firefox.sh.in * Ensure we install dependentlibs.list so that Firefox knows which libs to dlopen before libxul - update debian/firefox.install.in * Get rid of some more hanging IPC xpcshell tests - update debian/testsuite.mk * Now Firefox lazy loads libxul, drop the LD_LIBRARY_PATH hack from the shell wrapper (LP: #561124) - update debian/firefox.sh.in * Refresh shipped locales for beta - refresh debian/locales.shipped - refresh debian/locales.unavailable - refresh debian/control * Ship a file in /etc/apport/native-origins.d to enable bug reporting on PPA branches - add debian/apport/native-origins.in - rename debian/apport/firefox.in => debian/apport/blacklist.in - update debian/rules - update debian/firefox.install.in - update debian/firefox.dirs.in -- Chris Coulson <chris.coul...@canonical.com> Fri, 19 Aug 2011 16:54:02 +0100 ** Changed in: firefox (Ubuntu) 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/561124 Title: firefox sets LD_LIBRARY_PATH which breaks the icedtea6-plugin Status in OpenJDK: Won't Fix Status in “firefox” package in Ubuntu: Fix Released Status in “openjdk-6” package in Ubuntu: Fix Released Status in “firefox” source package in Lucid: Triaged Status in “openjdk-6” source package in Lucid: Fix Released Bug description: Binary package hint: firefox starting with openjdk/icedtea-1.7, a NSS based security provider is supported by icedtea. The firefox start script in MOZILLA_FIVE_HOME sets LD_LIBRARY_PATH to include MOZILLA_FIVE_HOME and a number of subdirectories of MOZILLA_FIVE_HOME. The current NSS provider code seems to honor LD_LIBRARY_PATH, and loads the libnss3.so provided by the browser. Caused by: java.io.IOException: An incompatible version of NSS is already loaded, 3.7 or later required at sun.security.pkcs11.Secmod.isInitialized(Secmod.java:130) at sun.security.pkcs11.SunPKCS11.<init>(SunPKCS11.java:168) (wondering why the nss version shipped with firefox 3.6.3 identifies itself as 3.7). However the openjdk build is configured for the nss version configured at build time, and you can run it with more than one browser, so it makes sense to use the libnss version which was detected at openjdk build time. My current solution/workaround is to pass a modified LD_LIBRARY_PATH to the subprocess such that the libnss3.so which was configured at build time is always used. The setting of LD_LIBRARY_PATH in the run-mozilla.sh start script may be convenient, but it does break plugins which are built to be independent of the browser used. Things to do on the browser side: - why does firefox use it's own outdated libnss copy, and doesn't use the system nss3? - why does the nss shipped with firefox identifies itself with 3.7? - the firefox startup script should not set LD_LIBRARY_PATH, but search itself for libs in known places. for a proposed workaround for the icedtea6-plugin to work with this broken plugin, see http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=461 To manage notifications about this bug go to: https://bugs.launchpad.net/openjdk/+bug/561124/+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