Mac OS 10.5/Firefox 4 & Chrome 12 fail; Safari 5 & F3.6 work

[stevepiercy]

There are problems with the JBatchUpload plugin in some browsers on Mac OS 10.5, but not in others. I'm testing on a local development sandbox.

100% Successful:
* Firefox 3.6.13
* Safari 5.0.5

Failure:
* Chrome 12.0.742.60 beta
* Firefox 4.0

In the successful browsers, I found the following in the Java Console:

Code: Select all

Java Plug-in 1.5.0
Using JRE version 1.5.0_28 Java HotSpot(TM) Client VM

[Note: this is the 32-bit version and the OS default]
<snip>

Code: Select all

[INFO] F - Auto-detect proxy settings (ps): DIRECT
[INFO] F - Auto-detect proxy settings : host = null
[INFO] F - Auto-detect proxy settings : port = -1
[INFO] Conf - TransferUI instantiated : jfileupload.transfer.client.edesign.BatchTransferUI
[INFO] BatchTransferUI - JBatchUpload 2.8 FINAL.001
network: Connecting https://mcp/portal/jfileupload/jfileupload2.8/i18n_pane.properties with proxy=DIRECT
network: Connecting https://mcp/portal/jfileupload/jfileupload2.8/i18n_pane.properties with cookie “_SessionTracker_msqportal=C0A800020cf77140E6tLm33DB7FF; _SessionTracker_noauth=C0A800020cf77272A6Vsm3844BE2”

And on the failed browsers:

Code: Select all

Java Plug-in 1.6.0_24
Using JRE version 1.6.0_24-b07-334-9M3326 Java HotSpot(TM) 64-Bit Server VM

<snip>

Code: Select all

[INFO] F - Auto-detect proxy settings (ps): DIRECT
[INFO] F - Auto-detect proxy settings : host = null
[INFO] F - Auto-detect proxy settings : port = -1
network: Connecting https://mcp/portal/jfileupload/jfileupload2.8/jfileupload/transfer/client/edesign/BatchTransferUI.class with proxy=DIRECT
network: Server https://mcp/portal/jfileupload/jfileupload2.8/jfileupload/transfer/client/edesign/BatchTransferUI.class requesting to set-cookie with “_SessionTracker_msqportal=_SessionTracker_msqportal; expires=Wed, 23-Mar-2011 12:46:22 GMT; path=/; HTTPOnly”
network: Server https://mcp/portal/jfileupload/jfileupload2.8/jfileupload/transfer/client/edesign/BatchTransferUI.class requesting to set-cookie with “_SessionTracker_msqportal=C0A800020cf7727ADAuXP3878037; expires=Sat, 04-Jun-2011 01:25:22 GMT; path=/; secure; HTTPOnly”
network: Server https://mcp/portal/jfileupload/jfileupload2.8/jfileupload/transfer/client/edesign/BatchTransferUI.class requesting to set-cookie with “_SessionTracker_noauth=C0A800020cf7727AD9lvM3877FE3; expires=Wed, 01-Jun-2011 23:40:22 GMT; path=/; secure; HTTPOnly”
network: Connecting https://mcp/portal/login/?err=-9901 with proxy=DIRECT
network: Connecting http://mcp:443/ with proxy=DIRECT
network: Server https://mcp/portal/login/?err=-9901 requesting to set-cookie with “_SessionTracker_msqportal=_SessionTracker_msqportal; expires=Wed, 23-Mar-2011 12:46:23 GMT; path=/; HTTPOnly”
network: Server https://mcp/portal/login/?err=-9901 requesting to set-cookie with “_SessionTracker_noauth=C0A800020cf7727ADAtXU387805D; expires=Wed, 01-Jun-2011 23:40:22 GMT; path=/; secure; HTTPOnly”
basic: Removed progress listener: sun.plugin.util.GrayBoxPainter$GrayBoxProgressListener@1a752144
Exception in thread "thread applet-jfileupload.upload.client.MApplet.class-8" java.lang.ClassFormatError: Incompatible magic value 1008813135 in class file jfileupload/transfer/client/edesign/BatchTransferUI
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
	at sun.plugin2.applet.Applet2ClassLoader.findClass(Applet2ClassLoader.java:247)
	at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Plugin2ClassLoader.java:250)
	at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Plugin2ClassLoader.java:180)
	at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Plugin2ClassLoader.java:161)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:169)
	at jfileupload.transfer.client.util.Conf.I(Unknown Source)
	at jfileupload.upload.client.MApplet.loadUI(Unknown Source)
	at jfileupload.upload.client.MApplet.init(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Plugin2Manager.java:1640)
	at java.lang.Thread.run(Thread.java:680)

In the failure, it goes sideways when it sends a request to:

network: Connecting https://mcp/portal/jfileupload/jfileupl ... erUI.class with proxy=DIRECT

I notice that either javascript or the JRE converts the periods "." in the javascript parameters to slashes "/".

Is this a known issue?

Is there anyway to fix it?

I am available to do a live screen sharing with Support if necessary.

[support]

The error is java.lang.ClassFormatError: Incompatible magic value 1008813135 which usually means that JAR file content is corrupted. Applet JAR are in a protected area?

[stevepiercy]

The error is java.lang.ClassFormatError: Incompatible magic value 1008813135 which usually means that JAR file content is corrupted. Applet JAR are in a protected area?

No. The directories containing the JAR files are publicly accessible, and I can request and download the JAR files through a web browser.

However the HTML file that loads the JAR files is protected.

By the way, how does receive notifications of tracked or watched topics on these forums? I could not find a way to do that.

--steve

[support]

Could you provide a testing URL so we could check the problem from here? If so then drop an email to support(at)jfileupload(dot)com

[stevepiercy]

Could you provide a testing URL so we could check the problem from here? If so then drop an email to support(at)jfileupload(dot)com

Done. Please confirm receipt of email.

[support]

Just received.

[support]

I've just tested with FireFox 5 under MacOSX 10.6.2 and I have the same problem.
It comes from an issue in your JavaScript. Look at your ARCHIVE parameters, there are not the same. You have 3 ARCHIVE parameters (which is good) but the last one is missing lib/batchui.jar

Make sure all ARCHIVE parameters are the same and try again.

Does it help?

[stevepiercy]

I've just tested with FireFox 5 under MacOSX 10.6.2 and I have the same problem.
It comes from an issue in your JavaScript. Look at your ARCHIVE parameters, there are not the same. You have 3 ARCHIVE parameters (which is good) but the last one is missing lib/batchui.jar

Make sure all ARCHIVE parameters are the same and try again.

Does it help?

No. I cannot reproduce your claim on Mac OS X 10.58/FireFox 5. See the following.

Here are the ARCHIVE parameters when using Chrome 13 (updated from Chrome 12):

Code: Select all

document.write('ARCHIVE="lib/jfileupload.jar,lib/httpimpl.jar,lib/chttpclient.jar,lib/clogging.jar,lib/batchui.jar" ');
...
  document.writeln('<APPLET CODE="jfileupload.upload.client.MApplet.class" JAVA_CODEBASE="https://www.XXXXXX.com/portal/jfileupload/jfileupload2.8/" ARCHIVE="lib/jfileupload.jar,lib/httpimpl.jar,lib/chttpclient.jar,lib/clogging.jar,lib/batchui.jar" WIDTH="800" HEIGHT="400" NAME="fileupload">');

They appear to match and both contain lib/batchui.jar.

The applet does not load.

I tried again in FF4 and FF5:
FF4 - FF4 becomes unresponsive and I must force quit it. No ARCHIVE parameters available due to crash.
FF5 - no crash, but applet does not load

ARCHIVE parameters from FF5:

Code: Select all

document.write('ARCHIVE="lib/jfileupload.jar,lib/httpimpl.jar,lib/chttpclient.jar,lib/clogging.jar,lib/batchui.jar" ');
...
  document.writeln('<APPLET CODE="jfileupload.upload.client.MApplet.class" JAVA_CODEBASE="https://www.XXXXXX.com/portal/jfileupload/jfileupload2.8/" ARCHIVE="lib/jfileupload.jar,lib/httpimpl.jar,lib/chttpclient.jar,lib/clogging.jar,lib/batchui.jar" WIDTH="800" HEIGHT="400" NAME="fileupload">');

These appear to match and contain lib/batchui.jar as well.

Any other suggestions?

[support]

Did you check the third ARCHIVE? I see only 2 in your report? There are 3 archive parameters.

[stevepiercy]

Did you check the third ARCHIVE? I see only 2 in your report? There are 3 archive parameters.

Ah, OK, I missed the third archive parameter, and I corrected it. Now there is no more crash in FF4 or 5 or in Chrome 13, but now I am prompted to install a plug-in. This is a step forward!

For FF4/5 on Mac, I just found this announcement, which explains that Apple broke Java in FF4 and 5 and Chrome.
https://discussions.apple.com/thread/31 ... 0&tstart=0

There is a fix indicated here in comment #4:
https://bugzilla.mozilla.org/show_bug.cgi?id=668639#c4

Specifically, issue these commands from Terminal:

Code: Select all

$ cd "/Library/Internet Plug-Ins/"
$ sudo ln -s /System/Library/Java/Support/Deploy.bundle/Contents/Resources/JavaPlugin2_NPAPI.plugin

Mozilla supposedly will issue a fix before August 15 for the ordinary user.
http://blog.mozilla.com/products/2011/0 ... ming-soon/

So thank you for helping me find my error, which in turn allowed me to hunt down a fix for Apple's blunder. I hope that other users find this helpful.