Closed Bug 60213 Opened 25 years ago Closed 25 years ago

Java plugin installation page hangs the browser

Categories

(SeaMonkey :: Installer, defect, P3)

x86
Linux

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: akkzilla, Assigned: rebron)

Details

Split off from bug 57960: Installing the Java plugin doesn't work on Linux, and the installation page hangs the browser. Today, the day after the 6.0 release (so the bits on netcenter have supposedly been updated), I went to a Java page using a mozilla trunk build, clicked on OK to download the plugin, got a new window showing http://home.netscape.com/plugins/jvm.html, but the status line said: an unknown error has occurred and the button to download the plugin didn't work. At this point, the browser was locked up, none of the controls worked (including the windowmanager close button) and I had to kill the process externally.
Copying Joe Chou; he tried this on Linux yesterday and it didn't work. This morning it did, though.
CC'ing Rafael Ebron: owner of this content at Netscape.com, I believe.
I tried the download with a mozilla branch build, and it worked fine: downloaded the right plugin and linked it to the right place. After the download, I restarted mozilla and were able to load pages with applet (i.e., java.sun.com). I am going to look for a trunk build, and try it again. See if I'll get the same problem.
On a second thought, there are bug fixes on the trunk but not no the branch, and Java plugin was built on the branch. So running mozilla built from trunk vs. Java plugin built from branch may have incompatibility problems. Try it with a build from branch and see what happens.
Samir and I have narrowed down the problem some more. It looks like the jvm.html page can be updated with a workaround. The problem looks like InstallTrigger.install(xpi,statusCallback) function might not be working. We'll need our QA to do more testing to see what exactly is wrong with it. However, InstallTrigger.startSoftwareUpdate(xpi["Java 2 Plug-in for Linux"]) seems to be working. The drawback with using startSoftwareUpdate() is that is does not support the Callback functionality. But I think we can live without it for now. Reassigning to Rafael so he can update the jvm.html page. I'll open another bug to have InstallTrigger.install() fixed in the xpinstall engine.
Assignee: ssu → rebron
adding Jimmy to the CC: list.
I haven't touched this bug yet. Is it verified that the jvm.html page does not install the Linux Plug-in for Netscape 6? I haven't heard complaints about Linux, just Windows, and that's because there are more Windows users and normal issues with downloading a big 'ol file. I'm reluctant to change this because the call back feature has been very useful in getting folks the status of their installation. Over 400 folks have e-mailed ftp-plugins because they've had problems downloading the jre for windows. And we've been able to help all of these folks.
I tried the downloading of Java plugin for a newly built mozilla. The jvm page downloaded the Java plugin to the right place, and linked to the right place. But I had to restart the browser to be able to load applets. Otherwise, without restarting, the browser would hang when tried to load a page with applets (i.e., java.sun.com).
Rebron, looks like you can mark this worksforme.
This appears to be WORKSFORME. people still have occasional problems getting Java, but not *this* problem.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
verify wfm branch and trunk
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Component: Installer: XPI Packages → Installer
QA Contact: agracebush → general
You need to log in before you can comment on or make changes to this bug.