desktop-packages team mailing list archive

[Launchpad Bug Tracker <561124@xxxxxxxxxxxxxxxxxx>]

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.coulson@xxxxxxxxxxxxx>   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