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.
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
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.
SPAM: reassigning OJI bugs to new QA, pmac. (227 bugs)
Chris Petersen is a new QA contact for oji component. His email is: firstname.lastname@example.org
fixing small error for email@example.com (filter with : SPAMMAILSUCKS)