Using 4/13 build on Win 95, Win NT, Win 98 Mac8.5 and Linux in Apprunner. Open URL. Win 95: applet DOES NOT load Win 98: applet DOES load Win NT: applet DOES load Mac8.5: applet DOES NOT load Linux: applets DOES NOT load

i'd like to test this, but i forgot where to put the mrj plugin on the mac. does anyone know where it goes?

This is a actually an OJI/Plugins bug.

Linux support is at least a week away. Have you installed Patrick's MRJ plugin on the Mac? What are you using to run java on Windows? Are you using the latest installer?: http://warp/core/plugins/drops/oji/oji-installer.zip

Reassigning all OJI bugs to george.drapeau@eng.sun.com

Please make this applet available via the Internet. I cannot verify this bug until I can access the applet.

[Chris Dreckman is on vacation; pinged petersen to confirm that he's okay with the applet being attached to the test case as a formality. Will attach upon hearing back from him. Thanks, Ed!]

[Petersen said 'sure' on Friday; will attach the files today.]

Test case is now available externally at http://www.prometheus-music.com/gecko/ 5105/bft_browser_applet.html (I can also zip and attach as an archive to the bug, but thought it would be easier for you to just have them available by http.)

moving to m10. let me know if the fix is ready to see if we can get it back on the m9 radar

elig: How can I specify the HTTP proxy for the browser? I can't access your test applet. You may just want to have it as an attachment.

I've updated the URL text field to the location specified in 7.13.99 comment. (There are 6 separate files, so I'd rather not add them as an attachments unless necessary.) Re: proxies. unfortunately, not yet supported; see bug #8559.

Now that proxy support works, I tested this bug, and the applet loads, but crashes with this java stack trace. plugin manager2 findproxyforurl called java.security.AccessControlException: access denied (java.net.SocketPermission w ww.prometheus-music.com resolve) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.SecurityManager.checkConnect(Unknown Source) at sun.plugin.protocol.jdk12.http.HttpURLConnection.connect(Unknown Sour ce) at sun.plugin.protocol.jdk12.http.HttpURLConnection.getInputStream(Unkno wn 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) The problem may be that I can't get the jdk to run through the http proxy server. I'll try that next.

moving to m11. let me know if a fix comes available in the next few days. - thanks

I specified the http proxy in the java control panel for JDK1.3, and now I get this stack trace: java.lang.NullPointerException at sun.misc.ExtensionDependency.checkExtensions(Unknown Source) at sun.misc.ExtensionDependency.checkExtensionsDependencies(Unknown Sour ce) at sun.misc.URLClassPath$JarLoader.parseExtensionsDependencies(Unknown S ource) at sun.misc.URLClassPath$JarLoader.getClassPath(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 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)

Now I'm back to the same thing as before, access denied when trying to resolve.

m12

At this point, this is a configuration bug. In order to check that it was fixed from my site, inside of Sun Microsystem's firewall, I had to add the following line to my C:\WINNT\SYSTEM32\drivers\etc\HOSTS file: 209.24.185.109 www.prometheus-music.com After doing this, and restarting the browser, the applet properly displayed. However, I cannot visit any other pages due to bug 14712. I'm marking this as fixed, since it does indeed work. Ed

[QA Assigning to paw, who now owns OJI.]

This site is now crashing with Windows build 1999122008 runnwing with NT 4.0

What I am seeing on NT4.0 is a MSVC Debug Error in CJavaPluginView::SetWindow() upon return from the method NS_IMETHODIMP nsPluginInstancePeerImpl::GetParameter(const char* name, const char* *result) defined in nsPlubinInstancePeer.cpp in mozilla/modules/plugins/nglsrc. The call stack at this point looks like: CJavaPluginView::SetWindow CNetscapePlugin::SetWindow nsPluginHostImpl::InstantiateEmbededPlugin The Debug Error message says: "The value of ESP was not properly saved across a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention." Since we have just called across the boundary between the Java Plugin and Mozilla, I'm wondering if anything has changed with the calling conventions in the plugin API.

Jeff, It looks like something has changed in the browser that has broken the Java Plugin. I'm trying to get a working Java Plugin build so I can see exactly what. Ed

Set Target Milestone.

This works with non MOZ_DEBUG build. Comments: The null pData problem is believed to be from 27486. Thus I'm marking this as a dup. *** This bug has been marked as a duplicate of 27486 ***

Verified.