Java applet never loads, only shows grey box with msgs

RESOLVED WONTFIX

Status

Core Graveyard
Java: OJI
RESOLVED WONTFIX
17 years ago
7 years ago

People

(Reporter: mb, Assigned: Joe Chou)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.2) Gecko/20010628
BuildID:    2001062823

At the given URL, select "Load Catalogue." A new window opens,
with a large grey area where the Java applet should appear and some text below
this. In the grey area appears:

Loading Java Applet...
Sending events to applet. LOAD
Sending events to applet. INIT

and it remains in this state indefinitely.
Sometimes more messages appear, to the effect that it is retrieving a certain
file before it "hangs." Unfortunately I cannot get it to do this now, so cannot
quote the extra msgs.
Correct operation as seen in other WWW browsers is that some messages to say
that the program is loading appear very quickly, and then after a short time the
library catalogue access tool appears.

Reproducible: Always
Steps to Reproduce:
1. retrieve the URL given
2. Select the "Load Catalogue" button
3. Observe

Actual Results:  The catalogue access tool never appears in the newly opened
window, instead only a grey box appears with the messages quoted above.

Expected Results:  The libary catalogue access tool would appear in the newly
opened window.

On the WWW page in question there is a note to the effect that the catalogue
tool does not work in Netscape version 6, as a result of an "issue" with that
browser which should be resolved by Netscape. Perhaps this is related to the
Mozilla problem.

Comment 1

17 years ago
ava.lang.ClassFormatError: WebClient (Local variable name has bad constant pool
index)
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:128)
	at sun.plugin.security.PluginClassLoader.findClass(PluginClassLoader.java:252)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
	at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:108)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
	at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:373)
	at sun.applet.AppletPanel.createApplet(AppletPanel.java:579)
	at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1178)
	at sun.applet.AppletPanel.runLoader(AppletPanel.java:515)
	at sun.applet.AppletPanel.run(AppletPanel.java:293)
	at sun.plugin.navig.motif.MotifAppletViewer.maf_run(MotifAppletViewer.java:127)
	at sun.plugin.navig.motif.MotifAppletViewer.run(MotifAppletViewer.java:123)
	at java.lang.Thread.run(Thread.java:484)

IMPORTANT NOTE: Netscape 6

    * We have extensively tested our Catalogue with Netscape version 6 and have
found that our Catalogue will not properly load using this browser. We therefore
recommend that customers use an earlier version of Netscape as detailed in the
User Guide until this particular Browser issue is resolved by Netscape.

Marking NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

17 years ago
Reporter and all involved with this bug.  Unfortunately, you have run up against
a problem when Sun increased the strictness of the Java ClassLoader at the time
the first Java2 series compiler was released.  Sun has decided not to provide
backwards compatability on this issue.  Please see bug 62025.

Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WONTFIX

Comment 3

17 years ago
SPAM: reassigning OJI bugs to new QA, pmac. (227 bugs)
QA Contact: shrir → pmac

Comment 4

15 years ago
Chris Petersen is a new QA contact for oji component. His email is:
petersen@netscape.com
Assignee: edburns → petersen
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → joe.chou
QA Contact: pmac → petersen

Updated

7 years ago
Component: Java: OJI → Java: OJI
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.