Closed Bug 142362 Opened 24 years ago Closed 13 years ago

[OSX] Loading applets over a secure connection fails

Categories

(Core Graveyard :: Java: OJI, defect, P2)

PowerPC
macOS
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: axel.spohr, Assigned: peterl-bugs)

References

()

Details

Using P. Beards MRJ PlugIn 1.0fc2, when trying to load a couple of applets over a secure https connection (valid certificate provided by server), the applets will not render ans the Java console gives this error message (once per applet it is trying to load): MRJ Plugin for Mac OS X v1.0fc2 [starting up Java Applet Security @ Sun May 05 13:21:04 CEST 2002] Laden: Klasse lotus.notes.apps.outlineapplet.OutlineApplet.class nicht gefunden java.lang.ClassNotFoundException: javax.net.ssl.SSLException: untrusted server cert chain at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.ssl.ClientHandshaker.a([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.ssl.Handshaker.process_record([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.ssl.AppOutputStream.write([DashoPro-V1.2-120198]) at java.io.OutputStream.write(OutputStream.java:61) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.doConnect([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.NetworkClient.openServer([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpClient.l([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpClient.<init>([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.<init>([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.a([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.a([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnection.connect([DashoPro-V1.2-120198]) at com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnection.getInputStream([DashoPro-V1.2-120198]) at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:230) at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:218) at sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:41) at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:137) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:134) at sun.plugin.security.PluginClassLoader.findClass(PluginClassLoader.java:213) 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:378) at sun.applet.AppletPanel.createApplet(AppletPanel.java:598) at sun.applet.AppletPanel.runLoader(AppletPanel.java:534) at sun.applet.AppletPanel.run(AppletPanel.java:308) at java.lang.Thread.run(Thread.java:496) The applets are part of a Lotus Domino WebMail service. Haven't found a browser yet that succesfully renders these on the OS X platform so it might be an MRJ issue.
-->bnesse
Assignee: joe.chou → bnesse
This is almost certainly going to be a dup of bug 126535, bug 141237, and/or bug 135840.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 141237 has been marked as a duplicate of this bug. ***
*** Bug 142281 has been marked as a duplicate of this bug. ***
Chris Petersen is a new QA contact for oji component. His email is: petersen@netscape.com
Assignee: bnesse → petersen
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → beard
QA Contact: pmac → petersen
I have been seeing this now for quite some time with the https smoketest page. It only happens intermittently. After reading through this bug, I finally understand why it is intermittent. That site accesses random ads that I believe some use java applets. Shift reload eventually gets the site to load completely. Probably because the random ad on the reload isn't a java applet. I added the smoketest site to the URL field.
-->peterl
Assignee: beard → peterl
Depends on: 135840
Summary: Loading applets over a secure connection fails → [OSX] Loading applets over a secure connection fails
Priority: -- → P2
Target Milestone: --- → Future
Product: Core → Core Graveyard
Mass-closing bugs in the "OJI" component: OJI plugin integration was replaced with npruntime long ago, and these bugs appear to be irrelevant now. If there is in fact a real bug that remains, please file it new in the "Core" product, component "Plug-ins".
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.