Looks like there is a bug, I am getting this error:
java.lang.NumberFormatException: For input string: " "
       at
java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
       at java.lang.Integer.parseInt(Integer.java:470)
       at java.lang.Integer.<init>(Integer.java:636)
       at testvmDynamicJavaCom.init(testvmDynamicJavaCom.java:195)
       at sun.applet.AppletPanel.run(AppletPanel.java:436)
       at java.lang.Thread.run(Thread.java:636)

Hard to track down because we dont have the source for the applet. 

java doesn't work with glance either (www.glance.net).  It says java isn't
installed even though it is when trying to connect as a client to someone's
glance session.  It also doesn't work with most applets at my company... I'll
try to see if I can get the source for them.

If you can at least track down where the problem is happening within the code or
provide a stacktrace, it would be helpful.

Running the applet in firefox from command-line should give you a stacktrace.

"firefox -g http://applet..."

Here is some of the output when I ran firefox -g with
one of the applets that works in Windows with the latest
java release but doesn't work in f9 with openjdk:

Exception in thread "main" java.lang.NullPointerException
	at sun.applet.PluginMain.start(PluginMain.java:211)
	at sun.applet.PluginMain.main(PluginMain.java:73)
GCJ PLUGIN: thread 0x933aff8: plugin_out_pipe_callback
GCJ PLUGIN: thread 0x933aff8: plugin_out_pipe_callback: appletviewer has stopped.
GCJ PLUGIN: thread 0x933aff8: plugin_out_pipe_callback return
GCJ PLUGIN: thread 0x933aff8: plugin_in_pipe_callback
GCJ PLUGIN: thread 0x933aff8: appletviewer has stopped.
GCJ PLUGIN: thread 0x933aff8: plugin_in_pipe_callback return
[Thread 0xb69feb90 (LWP 32713) exited]
[New Thread 0xb69feb90 (LWP 32744)]
(no debugging symbols found)
(no debugging symbols found)
[Thread 0xb69feb90 (LWP 32744) exited]

This is a different problem from the sun applet

Failing here:

 else if (message.startsWith("width")) {
                int width =
                Integer.parseInt(message.substring("width".length() + 1));
Line 211: -->   int height = currentWindow.getHeight();
                currentWindow.updateAtts(width, height);
                currentWindow.setSize(width, height);
}


I am looking into it, thanks

want me to file a second or third bug report for this problem plus the glance
problem?  I am a good java tester because I haven't gotten it to work a single
time.  ;)

No, this is fine. It is still difficult for me to track down why this is
happening without the source, or at least being able to run the applet. If you
can find a similar applet, that I can run- then I can debug it. 

Unfortunately, the problem with the Sun applet lies within their code. Is there
an applet that fails similar to the glance one? or is there a way I can easily
reproduce this with glance?

With regard to the testvmDynamicJavaCom failure it seems this applet is wrong
(not having the source makes that slightly difficult to interpret). It seems to
try to get the system property "java.version" and then tries to find an
underscore "_" in it. But icedtea/openjdk doesn't have an underscore in their
version, it is just plain 1.6.0.

For the height/width failure also see ubuntu's bug tracker:
https://bugs.launchpad.net/ubuntu/+source/icedtea-gcjwebplugin/+bug/199732

mjw: you are right, it has to do with the "_". I committed a fix to the repo for
this. It will be in the next release soon.

As for the NullPointerException, this is still not fixed.

Created attachment 309788 [details]
java source for test app that fails

I had a colleague strip down one of his proprietary java apps that fails to a
small test app and attached a tar archive of it.

Thank you for this test case. I will look into it asap.

Ah, this applet uses javascript. Javascript support still has not been implemented.

*** This bug has been marked as a duplicate of 304021 ***