91405 - Java applet never loads, only shows grey box with msgs

Status: RESOLVED WONTFIX

(Core Graveyard :: Java: OJI, defect)

Description

[mb]

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

[Francisco León]

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

Comment 2

[edburns]

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.

Comment 3

[shrirang khanzode]

SPAM: reassigning OJI bugs to new QA, pmac. (227 bugs)

Comment 4

[Patty Mac]

Chris Petersen is a new QA contact for oji component. His email is:
[e-mail]

Comment 5

[Matthias Versen [:Matti]]

fixing small error for [e-mail] (filter with : SPAMMAILSUCKS)