firefox sets LD_LIBRARY_PATH which breaks javaws

[Tim Booth]

Binary package hint: firefox

This is very similar to #561124 - LD_LIBRARY_PATH breaks icedtea plugin. However, the fix suggested there will only deal with the Java plugin, not Java Webstart which is launched as a separate helper application. I therefore filed a new bug - I hope that was the right thing to do.

As far as I can see, there is no reason for helper applications launched from Firefox to be given a special LD_LIBRARY_PATH - I'd expect them to run the same way if launched from FF or directly from the menu. For symptoms of this bug see #561124 - the errors are the same.

Seems to me the only genuine fix for this would be to re-link firefox either to use the system libs or to rename the private libraries so there is no name conflict.

TIM

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: firefox 3.6.6+nobinonly-0ubuntu0.10.04.1
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic x86_64
Architecture: amd64
Date: Fri Jul 2 15:07:35 2010
EcryptfsInUse: Yes
FirefoxPackages:
 firefox 3.6.6+nobinonly-0ubuntu0.10.04.1
 firefox-gnome-support 3.6.6+nobinonly-0ubuntu0.10.04.1
 firefox-branding 3.6.6+nobinonly-0ubuntu0.10.04.1
 abroswer N/A
 abrowser-branding N/A
InstallationMedia: Bio-Linux 6 based on Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
 LANG=en_GB.utf8
 SHELL=/bin/zsh
SourcePackage: firefox

[Chris Coulson (chrisccoulson)]

We won't be building Firefox to use system libraries (we have deliberately started using the bundled libraries recently), and we don't want to rename libraries either. The build of Firefox we ship now is pretty close the build distributed by Mozilla, and thats how we want to keep it.

Which libraries from /usr/lib/firefox-3.6.6 is javaws loading?

[Tim Booth (tbooth)]

The library in question is libnss3.so. Somebody already mentioned something similar in bug #561124:

>>>QUOTE
jordg wrote on 2010-05-03: #10

This also affects sun-java-plugin when starting JNLP applications

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)
        ... 35 more
netx: Unexpected net.sourceforge.jnlp.ParseException: Invalid XML document syntax. at net.sourceforge.jnlp.Parser.getRootNode(Parser.java:1196)

Try any JNLP application
For example: http://java.sun.com/docs/books/tutorialJWS/uiswing/components/ex6/TreeIconDemo.jnlp
<<<UNQUOTE

I'm not sure about Sun Java, but I know that /usr/lib/jvm/java-6-openjdk/jre/bin/javaws provided by package openjdk-6-jre is prevented from working properly because of LD_LIBRARY_PATH being set, and furthermore the symptoms are confusing to users. The Java application I support starts up and then crashes on certain operations, so my users are simply telling me "your software is broken". The whole point of javaws is to be started via a browser, so until this is fixed I'd say that javaws is rendered worse than useless (for me at least).

Cheers,

TIM

[dino99 (9d9)]

outdated report followed by so many new releases