I'm running in x86 using dev-java/icedtea-bin in www-client/firefox-bin-45.4.0. Both of the following upgrades of java 7 and 8 respectively cause java to crash in firefox. I found this to be the case using webex, and also if I test using javatester.org: dev-java/icedtea-bin-7.2.6.6-r1 to dev-java/icedtea-bin-7.2.6.7 dev-java/icedtea-bin-3.0.1 to dev-java/icedtea-bin-3.1.0 Both versions 7 and 8 work fine if I downgrade to those previous versions. The only means I could find to get any debugging info was to look at java errors running firefox from the command line. Here is what I get with the newer versions of each: java version "1.7.0_111" OpenJDK Runtime Environment (IcedTea 2.6.7) (Gentoo icedtea-7.2.6.7) OpenJDK Client VM (build 24.111-b01, mixed mode) Exception in thread "main" java.lang.InternalError at sun.security.ec.SunEC.initialize(Native Method) at sun.security.ec.SunEC.access$000(SunEC.java:49) at sun.security.ec.SunEC$1.run(SunEC.java:61) at sun.security.ec.SunEC$1.run(SunEC.java:58) at java.security.AccessController.doPrivileged(Native Method) at sun.security.ec.SunEC.<clinit>(SunEC.java:58) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:526) at java.lang.Class.newInstance(Class.java:383) at sun.security.jca.ProviderConfig$2.run(ProviderConfig.java:221) at sun.security.jca.ProviderConfig$2.run(ProviderConfig.java:206) at java.security.AccessController.doPrivileged(Native Method) at sun.security.jca.ProviderConfig.doLoadProvider(ProviderConfig.java:206) at sun.security.jca.ProviderConfig.getProvider(ProviderConfig.java:187) at sun.security.jca.ProviderList.getProvider(ProviderList.java:233) at sun.security.jca.ProviderList.getService(ProviderList.java:331) at sun.security.jca.GetInstance.getInstance(GetInstance.java:157) at javax.net.ssl.SSLContext.getInstance(SSLContext.java:156) at net.sourceforge.jnlp.runtime.JNLPRuntime.initialize(JNLPRuntime.java:274) at sun.applet.PluginAppletSecurityContext.<init>(PluginAppletSecurityContext.java:258) at sun.applet.PluginAppletSecurityContext.<init>(PluginAppletSecurityContext.java:276) at sun.applet.PluginMain.initSecurityContext(PluginMain.java:180) at sun.applet.PluginMain.main(PluginMain.java:153) openjdk version "1.8.0_101" OpenJDK Runtime Environment (IcedTea 3.1.0) (Gentoo icedtea-3.1.0) OpenJDK Server VM (build 25.101-b13, mixed mode) Exception in thread "main" java.lang.InternalError at sun.security.ec.SunEC.initialize(Native Method) at sun.security.ec.SunEC.access$000(SunEC.java:49) at sun.security.ec.SunEC$1.run(SunEC.java:61) at sun.security.ec.SunEC$1.run(SunEC.java:58) at java.security.AccessController.doPrivileged(Native Method) at sun.security.ec.SunEC.<clinit>(SunEC.java:58) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at java.lang.Class.newInstance(Class.java:442) at sun.security.jca.ProviderConfig$2.run(ProviderConfig.java:221) at sun.security.jca.ProviderConfig$2.run(ProviderConfig.java:206) at java.security.AccessController.doPrivileged(Native Method) at sun.security.jca.ProviderConfig.doLoadProvider(ProviderConfig.java:206) at sun.security.jca.ProviderConfig.getProvider(ProviderConfig.java:187) at sun.security.jca.ProviderList.getProvider(ProviderList.java:233) at sun.security.jca.ProviderList.getService(ProviderList.java:331) at sun.security.jca.GetInstance.getInstance(GetInstance.java:157) at javax.net.ssl.SSLContext.getInstance(SSLContext.java:156) at net.sourceforge.jnlp.runtime.JNLPRuntime.initialize(JNLPRuntime.java:274) at sun.applet.PluginAppletSecurityContext.<init>(PluginAppletSecurityContext.java:258) at sun.applet.PluginAppletSecurityContext.<init>(PluginAppletSecurityContext.java:276) at sun.applet.PluginMain.initSecurityContext(PluginMain.java:180) at sun.applet.PluginMain.main(PluginMain.java:153) Here's the output I get when running the older versions: java version "1.7.0_101" OpenJDK Runtime Environment (IcedTea 2.6.6) (Gentoo icedtea-7.2.6.6) OpenJDK Client VM (build 24.95-b01, mixed mode) This application does not specify a Codebase in its manifest. Please verify with the applet's vendor. Continuing. See: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html for details. This application does not specify a Codebase in its manifest. Please verify with the applet's vendor. Continuing. See: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html for details. Application title was not found in manifest. Check with application vendor Application title was not found in manifest. Check with application vendor ...etc...repeated several times... openjdk version "1.8.0_91" OpenJDK Runtime Environment (IcedTea 3.0.1) (Gentoo icedtea-3.0.1) OpenJDK Server VM (build 25.91-b14, mixed mode) This application does not specify a Codebase in its manifest. Please verify with the applet's vendor. Continuing. See: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html for details. This application does not specify a Codebase in its manifest. Please verify with the applet's vendor. Continuing. See: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html for details. Application title was not found in manifest. Check with application vendor Application title was not found in manifest. Check with application vendor ...etc...repeated several times... Again, with the latter, the applets work fine after confirming the security prompts.
javatester.org is down and Webex requires me to sign up for things. These all work for me, how about you? http://www-pw.physics.uiowa.edu/das2/javaPlatformTest.jbf.html https://www.java.com/en/download/installed.jsp https://www.w3.org/People/mimasa/test/object/java/clock
The first link and the last link behave exactly the same as javatester.org and webex, where the old versions work and the new versions fail, with the exact same stack trace as above. Nothing I try seems to work for that second java.com link but it seems to be due to this: You are trying to get resource https://www.java.com/en/download/JavaDetection.jar but it is not in cache and could not be downloaded. Attempting to continue, but you may expect failure I've confirmed that that is in fact an invalid URL. The resulting stack trace I get from that is pretty big...not sure if there's any point posting that or not. Remember that in my case this is on x86 and also that it's in firefox-bin, which is my only option on this machine. Thanks!
I was able to chroot into my stable x86 environment that I use for building those very same icedtea-bin binaries and use the itweb-javaws tool to launch an applet without a browser. Note that it only works with the last link. itweb-javaws -html https://www.w3.org/People/mimasa/test/object/java/clock I was not able to reproduce your issue and I tried both icedtea-3 and icedtea-7. I still doubt it's Firefox because the browser has very little influence over what happens inside an NPAPI plugin but you can rule it out by trying the above. If it's not Firefox then I really don't know what it is. I know there have been SSL-related changes lately and some issues did crop up but it should all be working now. Regardless of whether it's Firefox or not, you should be aware that Firefox has already dropped support for NPAPI and this will take affect in version 52. Only some more obscure browsers still support it now.
Thanks for all the effort. I was just trying itweb-javaws on all those links and I get errors even with the versions of dev-java/icedtea-bin that in fact work for me in firefox. Out of curiosity, were you using the itweb-javaws from dev-java/icedtea-web-1.6.1-r1? Thanks!
I'm using icedtea-web 1.6.2 so please try that version. Our arch teams are quite overloaded so I don't request stabilisation that much.
(In reply to James Le Cuirot from comment #5) > I'm using icedtea-web 1.6.2 so please try that version. Our arch teams are > quite overloaded so I don't request stabilisation that much. Scratch that, I have 1.6.1-r1 in my chroot. :|
Ahh...that certainly leads to a bit of a dead end doesn't it. So I'm even getting different behavior with the same version of itweb-javaws. Running the version 8 that works for me in FF (dev-java/icedtea-bin-3.0.1) I get this: itweb-javaws -html https://www.w3.org/People/mimasa/test/object/java/clock Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at javax.swing.MultiUIDefaults.getUIError(MultiUIDefaults.java:130) at javax.swing.UIDefaults.getUI(UIDefaults.java:760) at javax.swing.UIManager.getUI(UIManager.java:1017) at javax.swing.JPanel.updateUI(JPanel.java:126) at javax.swing.JPanel.<init>(JPanel.java:86) at javax.swing.JPanel.<init>(JPanel.java:109) at javax.swing.JPanel.<init>(JPanel.java:117) at javax.swing.JRootPane.createGlassPane(JRootPane.java:546) at javax.swing.JRootPane.<init>(JRootPane.java:366) at javax.swing.JDialog.createRootPane(JDialog.java:666) at javax.swing.JDialog.dialogInit(JDialog.java:647) at javax.swing.JDialog.<init>(JDialog.java:278) at javax.swing.JDialog.<init>(JDialog.java:205) at javax.swing.JDialog.<init>(JDialog.java:153) at net.sourceforge.jnlp.JNLPSplashScreen.<init>(JNLPSplashScreen.java:72) at net.sourceforge.jnlp.runtime.HtmlBoot$1.run(HtmlBoot.java:118) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) [Fatal Error] loose.dtd:31:3: The declaration for the entity "HTML.Version" must end with '>'. netx: Unexpected java.lang.RuntimeException: org.xml.sax.SAXParseExceptionpublicId: -//W3C//DTD HTML 4.01 Transitional//EN; systemId: http://www.w3.org/TR/html4/loose.dtd; lineNumber: 31; columnNumber: 3; The declaration for the entity "HTML.Version" must end with '>'. at net.sourceforge.jnlp.runtime.html.AppletExtractor.findAppletsOnPage(AppletExtractor.java:108) My only real use for the java plugin is actually for webex (for my job). It appears they're at least aware of the issue as far as NPAPI, but I hope they address Linux with whatever the do: https://support.webex.com/webex/meetings/en_US/chrome-firefox-join-faq.htm#long-term
Aah, that's a different issue that's solved by enabling the tagsoup USE flag. I'd forgotten I already had it on. It allows non-conformant HTML to be parsed.
Oh man...the dependencies for that tagsoup USE are massive. Given that itweb-javaws only even works on that last link even for you, and how little this is likely to even tell us, I'm not sure that's worth doing. This is looking like a very illusive one for sure. Thanks for the effort for far though.
True but it's not as bad as it looks, they're quite small. I think it's worth doing as it would properly rule the browser out.
Good point. Giving that a try now. Question: I see that most of the dependency installs have messages like "Using: icedtea-bin-8" etc. Does the final result of installing these java related packages change based on the current java version enabled in eselect? Seemed a little confusing to me. Thanks!
What do you know...very interesting: With that tagsoup USE added I was able to test with itweb-javaws. First I tested using the older versions of the icedtea-bin, and the applets worked, in spite of this odd exception: itweb-javaws -html https://www.w3.org/People/mimasa/test/object/java/clock Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at javax.swing.MultiUIDefaults.getUIError(MultiUIDefaults.java:130) at javax.swing.UIDefaults.getUI(UIDefaults.java:760) at javax.swing.UIManager.getUI(UIManager.java:1017) at javax.swing.JPanel.updateUI(JPanel.java:126) at javax.swing.JPanel.<init>(JPanel.java:86) at javax.swing.JPanel.<init>(JPanel.java:109) at javax.swing.JPanel.<init>(JPanel.java:117) at javax.swing.JRootPane.createGlassPane(JRootPane.java:546) at javax.swing.JRootPane.<init>(JRootPane.java:366) at javax.swing.JDialog.createRootPane(JDialog.java:666) at javax.swing.JDialog.dialogInit(JDialog.java:647) at javax.swing.JDialog.<init>(JDialog.java:278) at javax.swing.JDialog.<init>(JDialog.java:205) at javax.swing.JDialog.<init>(JDialog.java:153) at net.sourceforge.jnlp.JNLPSplashScreen.<init>(JNLPSplashScreen.java:72) at net.sourceforge.jnlp.runtime.HtmlBoot$1.run(HtmlBoot.java:118) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) More then one (8) applets found. Using first. You can specify 'all' or numbers to specify applets you want to run. This application does not specify a Codebase in its manifest. Please verify with the applet's vendor. Continuing. See: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html for details. This application does not specify a Codebase in its manifest. Please verify with the applet's vendor. Continuing. See: http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/no_redeploy.html for details. Application title was not found in manifest. Check with application vendor Application title was not found in manifest. Check with application vendor ...repeated several times... It actually even worked for me hitting javatester.org as well: itweb-javaws -html http://javatester.org/version.html Surprisingly however, it does in fact ALSO work (with the same exception) with the newer icedtea-bin versions...so this actually does appear to be somehow related to firefox-bin. Very odd indeed. I have to tell you actually...this is NOT the first odd behavior I've seen in the Gentoo firefox-bin that I can't reproduce anywhere else. I've seen really odd css rendering issues and other things.
(In reply to Tom Dexter from comment #12) > Surprisingly however, it does in fact ALSO work (with the same exception) > with the newer icedtea-bin versions...so this actually does appear to be > somehow related to firefox-bin. Very odd indeed. I'm glad we managed to find the culprit but I'll have to close this as WONTFIX as I'm not going to touch firefox-bin and upstream has already dropped the support. I doubt the -html option will work for webex so I suggest you look into an alternative browser. Pale Moon is probably a good bet but you'll only find it in an overlay at the moment.
Totally understood. Thanks for the help!
