From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14 i686; en-US; 0.6) Gecko/20001205 BuildID: 0.6 After download and install, the installation script reports success, but applets will still trigger the download popup and the chrome/toolkit/content/global/plugins.html file does not list it. Reproducible: Always Steps to Reproduce: Startup installation: up-to-date Debian woody, kernel 2.2.14 Install mozilla-i686-pc-linux-gnu-0.6.tar.gz in /usr/local/mozilla Run mozilla Open a web page containing an applet Click OK in the plugin popup. Click Linux on the installation page. Wait for download and install. Close down and restart mozilla (just to be sure) Open the web page, hoping to get the applet to work. Actual Results: The plugin has not been registered in whatever file this should happen, and so no applets will work. The page still pops up the plugin download alert.

I can confirm the installation trouble under Debian woody, however I cannot confirm that this is a software bug. The problem is that specific installation steps are required (just like with PSM), and although I copied the two relevant java plugin files from /usr/local/netscape/plugins to /usr/local/mozilla/plugins, and restarted Mozilla, neither Mozilla nor Netscape 6 executes Java plugins (with Java checked in preferences). I have heard of people on Linux with latest nightlies for whom Java works. I suspect a permissions issue that may be addressed in another bug... I'll take a look.

I am not sure where the plugin download dialog takes you and what version of the plugin you end up with. It's also not clear whether you had the permissions to installe the plugin (were you doing it as root?). Here are steps for installing java that should work. 1) ftp the file ftp://ftp.netscape.com/pub/netscape6/english/6.0/unix/linux22/xpi/jre.xpi to your local hard drive 2) Start mozilla as whatever user you installed it as (root, most likely, given the install location) -- the xpi is installed in the mozilla install dir so you need write permissions to it 3) Point Mozilla at the jre.xpi file using a file:// url. The plugin should get installed. If you do not get a dialog asking you whether you want to install it, something is broken. You should be all set now.

I tried installing again as root, using downloaded copies of jre.xpi and jvm.html. This is the relevant part of the debugging messages: Setting content window *** Pulling out the charset in SetSecurityButton Document file:///home/Staff/bs/jvm.html loaded successfully we don't handle eBorderStyle_close yet... please fix me Adding element 0 : _blank we don't handle eBorderStyle_close yet... please fix me 2 Adding Progress element 0 : _blank ln: `/usr/lib/mozilla/plugins/libjavaplugin_oji.so': File exists Setting content window *** Pulling out the charset in SetSecurityButton JavaScript error: line 0: uncaught exception: [Exception... "Failure" code: "-2147467259" nsresu lt: "0x80004005 (NS_ERROR_FAILURE)" location: "file:///home/Staff/bs/jvm.html L ine: 33"]

Boris: yep that method does work. bs@netg.se: does the Java applet on the top-right of http://java.sun.com/ work? Let's try to narrow this down.

The answer is no. "This page contains information of a type (application/x-java-vm) that can only be viewed with the appropriate Plug-in. Click OK to download Plugin." As I said, the plugin doesn't get registered.

bs@netg.se: what exactly happened? Did you load the jre.xpi file into mozilla from your hard disk? Did it pop up with the xpi installer dialog and did that eventually close? Did you then close all mozilla windows and restart the browser? Note that when the xpi installation dialog closes, the mozilla throbber continues... This is a known bug and it is safe to hit the 'stop' button and close the browser anyway. Installation works every time for me on a Woody system (not been updated in more than a month)... Latest nightly tried was 122606.

I have the same Problems with Linux-Mandrake 7.2. I searched several Newsgroups an many other have this Problem with Redhat 6.x 7.0 and Linux Mandrake 7.x. Everyone tells using a Java site, that they download and install the plugin and next time mozilla restartet there is the information in mozilla to download the plugin again. Then I tried the described way by SUN with their jre1.3.01. Setting the symbolic link from the mozilla plugin directory to the sun java jre plugin. This way the plugin did not register in mozilla to. I tried builds from dezember to 0104

Marking NEW as per comments.

I had this same problem until recently, but on release 0.7, it works OK.

Tried with 0.7 this time. It seems to be something strange in general with plugins... does anyone know where plugins register? It seems from the Flash documentation that it _should_ be enough to place the .so files in $MOZILLA_HOME/plugins but it doesn't work. I've tried with the RealAudio player and Flash plugins, and none of them work. It's possible they rely on Java to work though. Is there a sample plugin somewhere it might be possible to test?

I get similar results with BUILD ID: 2001013010. I installed jre.xpi by downloading it and it installed and then the install box closed and the mozilla throbber kept throbbing... but it still asks if I want to download the plugin when I go to java.sun.com

This appears on Red Hat 6.2 as well on Mozilla 0.8. The problem was that the installation put everything into plugins/java2, and it seems that Mozilla cannot see anything inside the subdirectory java2. I tried moving plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so up to plugins. When Mozilla starts, I see that the Java plugin is registered, but failed because it couldn't find java_vm. I then moved everything to plugins, but then Mozilla starts up, all plugins are registered, and then just exits without any error messages (the window never appeared). Maybe this will give more info about this bug.

The plugin install doesn't work under Redhat 7.0 with Moz 0.8 either. Exact same problem as hchcheng@scg.math.uwaterloo.ca mentions.

i have reproduced this problem on redhat 6.2 and redhat 7.0 with release 0.8. Previous builds of mozilla did not have this same issue. Ran mozilla as root, and either downloading jre.xpi directly from netscape or from the local filesystem produces the same results. Behaves as though it installed the plugin, then trying an applet, or closing mozilla and restarting then trying an applet, still states that a plugin is required in order to view the applet.

I got it working by doing: cd /usr/local/mozilla/plugins ln -s java2/plugin/i386/ns600/libjavaplugin_oji.so .

I've seen also that after trying to install ANY xpi plugins, the system seems to be unable to read directories into the browser. I mean, if I point to /home dir it reads and displays the content into the browser window. After my attempt to install an xpi, pointing again to that (or other) directories doesn't produces any output. Don't know if this is of any help. By the way, I have a debian woody system with a functonal mozilla install, with java plugin installed, but can't remember how I did it.... if you want to make me check something, please write!

Moving to m0.9.1. Shrirang, do you know if this is a regression and when it happened.

bug 66840 is still open for this problem...

I have RedHat 6.2 with Mozilla 0.8.1 and I got the install to work (including the link to the plugin) without my intervention. But, like everyone else, Mozilla still won't see the plugin.

nominating for catfood, this is embarassing. resummarizing if this is a dup of 66840, then please mark it as such.

*** Bug 61049 has been marked as a duplicate of this bug. ***

Is it a dup of 66840? Ed?

There are 2-3 more bugs filed for this same problem...66840 is the one which is being worked on. See ssu's comments there...marking this as a dup of that bug.. *** This bug has been marked as a duplicate of 66840 ***

Comment in bug 66840 says that this is not a duplicate, since that bug is for Windows only. Reopening.

reassign: to Xiaobin. As long as this problem gets worked on..I don't mind the duplicates and seperate problems for each platforms...

i meant 'seperate bug for each platform'

Since bug 66840 is marked as for all platform. This bug is maked as duplicate for that bug. *** This bug has been marked as a duplicate of 66840 ***

VERIFIED !!!! ELt's concentrate on 66840..pls do not repoen this one....