FS#26819 - [icedtea-web-java7] not working
Attached to Project:
Arch Linux
Opened by André Fettouhi (A.Fettouhi) - Wednesday, 09 November 2011, 09:03 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 07 March 2012, 04:37 GMT
Opened by André Fettouhi (A.Fettouhi) - Wednesday, 09 November 2011, 09:03 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 07 March 2012, 04:37 GMT
|
Details
Description:
I've been using openjdk6 and icedtea-web for a while and it works fine with my internet banking etc. I tried now to switch to openjdk7 and icedtea-web-java7 and now my internet banking web applet doesn't load. Try here https://www.mitnykredit.dk/ibank/index.jsp the applet never appears (just a grey box). Additional info: * package version(s) * config and/or log files etc. icedtea-web-java7 1.1.4-1 jdk7-openjdk 7.b147_2.0-2 jre7-openjdk 7.b147_2.0-2 Steps to reproduce: 1. Install openjdk7 and icedtea-web-java7 2. Load above website in firefox 3. Wait for web applet to load |
This task depends upon
Closed by Ionut Biru (wonder)
Wednesday, 07 March 2012, 04:37 GMT
Reason for closing: Fixed
Additional comments about closing: icedtea-web-java7 1.2-1
Wednesday, 07 March 2012, 04:37 GMT
Reason for closing: Fixed
Additional comments about closing: icedtea-web-java7 1.2-1
java version "1.7.0_147-icedtea"
OpenJDK Runtime Environment (IcedTea7 2.0) (ArchLinux-7.b147_2.0-2-x86_64)
OpenJDK 64-Bit Server VM (build 21.0-b17, mixed mode)
AWT blocker activation interrupted:
java.lang.InterruptedException
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at sun.awt.AWTAutoShutdown.activateBlockerThread(AWTAutoShutdown.java:337)
at sun.awt.AWTAutoShutdown.notifyPeerMapUpdated(AWTAutoShutdown.java:215)
at sun.awt.AWTAutoShutdown.registerPeer(AWTAutoShutdown.java:348)
at sun.awt.SunToolkit.targetCreatedPeer(SunToolkit.java:375)
at sun.awt.X11.XToolkit.createEmbeddedFrame(XToolkit.java:1118)
at sun.awt.X11.XEmbeddedFrame.addNotify(XEmbeddedFrame.java:67)
at sun.awt.X11.XEmbeddedFrame.<init>(XEmbeddedFrame.java:56)
at sun.awt.X11.XEmbeddedFrame.<init>(XEmbeddedFrame.java:73)
at sun.applet.PluginAppletViewer.<init>(PluginAppletViewer.java:345)
at sun.applet.PluginAppletViewer.framePanel(PluginAppletViewer.java:323)
at sun.applet.PluginAppletPanelFactory.createPanel(PluginAppletViewer.java:140)
at sun.applet.PluginAppletViewer.parse(PluginAppletViewer.java:1886)
at sun.applet.PluginAppletViewer$6.run(PluginAppletViewer.java:1810)
at sun.applet.PluginAppletViewer$6.run(PluginAppletViewer.java:1808)
at java.security.AccessController.doPrivileged(Native Method)
at sun.applet.PluginAppletViewer.parse(PluginAppletViewer.java:1808)
at sun.applet.PluginAppletViewer.handleMessage(PluginAppletViewer.java:475)
at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:232)
at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:78)
SYNC: in sync
@@@@ readline
SYNC: version in sync=1.6.0_29
SYNC: send notification
Exception in thread "Thread-13" java.lang.IllegalMonitorStateException
at java.lang.Object.notify(Native Method)
at testJava2_1.TestVM$1.run(TestVM.java:90)
SYNC: in sync
@@@@ readline
SYNC: version in sync=1.6.0_29
SYNC: send notification
Exception in thread "Thread-19" java.lang.IllegalMonitorStateException
at java.lang.Object.notify(Native Method)
at testJava2_1.TestVM$1.run(TestVM.java:90)
expect: nl actual: nl
locale: 'nl'
expect: nl actual: nl
locale: 'nl'
hg clone http://icedtea.classpath.org/hg/icedtea-web
works
[1] http://comments.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/16422
And:
[2] http://old.nabble.com/build-failure-with-new-Xulrunner-8-td32806735.html
Current development version works out well cause there's a better fix even than the patch proposed, under plugin/icedteanp/IcedTeaNPPlugin.cc, they have now:
// Returns a string describing the MIME type that this plugin
// handles.
#ifdef LEGACY_XULRUNNERAPI
char*
#else
const char*
#endif
NP_GetMIMEDescription ()
{
PLUGIN_DEBUG ("NP_GetMIMEDescription\n");
PLUGIN_DEBUG ("NP_GetMIMEDescription return\n");
return (char*) PLUGIN_MIME_DESC;
}
So now they evaluate which version of xulrunner is used in order to use a constant string or not as return...
As arch is using newer version of xulrunner, perhaps it would be a good idea to apply the patch as it is (not sure if the fix evaluating the xulrunner version would work on 1.1.4 last stable version), and see if with current arch version (just new release) the problem can get solved without waiting for 1.2.*. The patch is:
diff -up ./plugin/icedteanp/IcedTeaNPPlugin.cc ./plugin/icedteanp/IcedTeaNPPlugin.cc.sav
--- ./plugin/icedteanp/IcedTeaNPPlugin.cc 2011-12-19 14:00:03.000000000 -0600
+++ ./plugin/icedteanp/IcedTeaNPPlugin.cc.sav 2011-12-20 20:07:05.362027184 -0600
@@ -2291,10 +2291,10 @@ NP_Initialize (NPNetscapeFuncs* browserT
// Returns a string describing the MIME type that this plugin
// handles.
-char*
-NP_GetMIMEDescription ()
-{
- PLUGIN_DEBUG ("NP_GetMIMEDescription\n");
+const char*
+ NP_GetMIMEDescription ()
+ {
+ PLUGIN_DEBUG ("NP_GetMIMEDescription\n");
PLUGIN_DEBUG ("NP_GetMIMEDescription return\n");
Any ways, a recent snapshot of icedtea-web-java7 is what's required, as Michael reported... There doesn't seem to be a way to avoid that...
This Java test is not working (grey box):
http://www.java.com/fr/download/testjava.jsp
icedtea-web-java7 1.1.4-2
jre7-openjdk 7.b147_2.0-6
jre7-openjdk-headless 7.b147_2.0-6
firefox 10.0-2
chromium 17.0.963.46-1
Am I alone?
---
sudo pacman -S base-devel mercurial jdk7-openjdk --needed
hg clone http://icedtea.classpath.org/hg/icedtea-web
cd icedtea-web
./configure --prefix=/usr --with-jdk-home=/usr/lib/jvm/java-7-openjdk
make && sudo make install
---
Shouldn't we have a working icedtea-web package (like nouveau-git) in repo than a non-working one?
thanks.
Having installed:
Name : firefox
Version : 10.0.2-1
Name : jdk7-openjdk
Version : 7.b147_2.1-1
Name : jre7-openjdk
Version : 7.b147_2.1-1
Name : jre7-openjdk-headless
Version : 7.b147_2.1-1
Name : icedtea-web-java7
Version : 1.1.4-2
When I try to go to http://www.java.com/en/download/testjava.jsp
to test if java works, I just get a grey applet.
I took a screenshot of it: http://www.zimagez.com/zimage/screenshot-021512-114451.php
Notice it saying "Applet loaded." on the bottom left corner of firefox.
Other Java applications are not working, same grey box appears on most -.-
I enabled debugging in the icedtea web control panel, here is the output of 'java.stderr' after trying the java.com testpage:
https://pastee.org/ghper
Though I dont know if this helps at all