Closed Bug 266302 Opened 20 years ago Closed 20 years ago

Java applet fails to load with recent builds

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: stephen.moehle, Assigned: yuanyi21)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041025 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041025 I am using a proprietary intranet application, part of which is a Java applet. The applet has recently start throwing an exception at startup. I cannot provide the applet or provide a URL to the application, not without getting fired, anyhow. The last version of Seamonkey that this worked in is 2004-10-25-05 trunk (Windows XP), so this is a very recent regression. Here is the Java stack: Java Plug-in 1.5.0 Using JRE version 1.5.0 Java HotSpot(TM) Client VM ---------------------------------------------------- java.lang.NullPointerException at sun.plugin.util.GrayBoxPanel.paint(Unknown Source) at sun.plugin.util.GrayBoxPainter.paintGrayBox(Unknown Source) at sun.plugin.util.GrayBoxPainter.repaintGrayBox(Unknown Source) at sun.plugin.util.GrayBoxPainter.progressFinish(Unknown Source) at sun.plugin.util.EventMulticaster.progressFinish(Unknown Source) at sun.plugin.util.ProgressMonitor.unregisterSource(Unknown Source) at sun.net.ProgressSource.finishTracking(Unknown Source) at sun.plugin.cache.CachedJarLoader.loadFromCache(Unknown Source) at sun.plugin.cache.CachedJarLoader.load(Unknown Source) at sun.plugin.cache.JarCache.get(Unknown Source) at sun.plugin.net.protocol.jar.CachedJarURLConnection.connect(Unknown Source) at sun.plugin.net.protocol.jar.CachedJarURLConnection.getJarFile(Unknown Source) at sun.misc.URLClassPath$JarLoader.getJarFile(Unknown Source) at sun.misc.URLClassPath$JarLoader.<init>(Unknown Source) at sun.misc.URLClassPath$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at sun.misc.URLClassPath.getLoader(Unknown Source) at sun.misc.URLClassPath.getLoader(Unknown Source) at sun.misc.URLClassPath.getResource(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at sun.applet.AppletClassLoader.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) Reproducible: Always Steps to Reproduce:
So this works in 10/25 builds but is broken in 10/26 ones?
Well, now it is working fine again in today's trunk build. I don't know what happened - whether it was a real bug or just something weird about my installation. In any case, marking this WFM.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.