I have used a BASE HREF in the attachment to pick up the applet and images from my website, which works in Communicator and Internet Explorer but not Mozilla. To reproduce problem: Open the attachment to bug 39609 Actual results: Neither the applet nor the images load. Expected results: The document should resemble Windows Minesweeper expert level. Additional information: View Image opens the correct URL. Build ID 2000052208.

The images work for me in Linux build 2000-05-28-09-M16. (The Java applet doesn't because there's no OJI plugin for Linux that I know of.)

I have build 2000052920 and none of the images appear on my Windows 95 PC. Also, here is my Java Console log. JAR cache enabled. Opening http://bugzilla.mozilla.org/javamine.jar with cookie ... Opening http://bugzilla.mozilla.org/null with cookie ... Opening http://bugzilla.mozilla.org/jmapplet.class with cookie ... Opening http://bugzilla.mozilla.org/jmapplet/class.class with cookie ... load: class jmapplet.class not found. java.lang.ClassNotFoundException: java.io.FileNotFoundException: http://bugzilla.mozilla.org/jmapplet/class.class And here is what I expect to see: JAR cache enabled. And here is an extract from the log demonstrating a bug in the plug-in: JAR cache enabled. java.security.AccessControlException: access denied (java.lang.RuntimePermission modifyThreadGroup)

Do the images load if you disable java? (Does the "Disable Java" command work? What happens to the java log?)

I removed the java plug-in entirely and I still don't see the images [except with right-click View Image] (now using build id 2000053008)

what images are supposed to load. I see the applet with 060608 build under NT

OK, I get the images but no java. tested with 060708 builds under NT and 98

My installation of Mozilla is hosed so I installed 060708 it on another W95 PC. I do now get the images, but I still don't get the Java.

Just tried it on a third PC - no images. (Didn't have Java installed)

OK, I've figured out what was wrong with the images. Changed summary and component.

Re-assigning to the module owner, Ed Burns.

Reassign to Joe.

Using 09/22 build of mozilla ( around time PR3 branch was created) with latest PR3 JRE bits It still shows same problem on 98/NT as described by neil@parkwaycc.co.uk

Same results wiht FCs JRE bits on Win98/Nt wiht mozilla nightly build 10/20/2000 Exception thrown on Console is java.lang.ClassFormatError: jmapplet (Bad magic number) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at sun.applet.AppletClassLoader.findClass(Unknown Source) at sun.plugin.security.PluginClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadCode(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

Invokin a new instance of the browser and tried out the Test scenario. This time the Exception I got was load: class jmapplet.class not found. java.lang.ClassNotFoundException: java.io.FileNotFoundException: http://bugzilla.mozilla.org/jmapplet/class.class at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source) at sun.plugin.protocol.jdk12.http.HttpURLConnection.getInputStream (Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getHeaderField(Unknown Source) at sun.plugin.protocol.jdk12.http.HttpURLConnection.checkCookieHeader (Unknown Source) at sun.plugin.protocol.jdk12.http.HttpURLConnection.getInputStream (Unknown Source) at java.net.HttpURLConnection.getResponseCode(Unknown Source) at sun.applet.AppletClassLoader.getBytes(Unknown Source) at sun.applet.AppletClassLoader.access$100(Unknown Source) at sun.applet.AppletClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.AppletClassLoader.findClass(Unknown Source) at sun.plugin.security.PluginClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadCode(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source)

Looks like a broken applet. Marking invalid.

Since this works perfectly on Communicator and IE I hardly think it is broken.

*** This bug has been marked as a duplicate of 59430 ***

Verifying as a duplicate of bug 59430 'BASE HREF not affecting applets'