FS#28235 - [firefox] Firefox crashes loading java applets

Attached to Project: Arch Linux
Opened by André Fettouhi (A.Fettouhi) - Friday, 03 February 2012, 07:46 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 07 March 2012, 04:47 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Ionut Biru (wonder)
Jan Alexander Steffens (heftig)
Architecture All
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:
I just updated firefox to version 10.0 from 9.0.1 on my Arch 64 machine. Now when I load java applets like for my online banking or digital signature firefox crashes every time. I'm using openjdk6 with firefox.

Additional info:
* package version(s)
* config and/or log files etc.

firefox 10.0-0
openjdk6 6.b22_1.10.5-1

I've attached an out from login into www.e-boks.dk

http://www.e-boks.dk/redirect.aspx?logontype=oces&source=main
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Wednesday, 07 March 2012, 04:47 GMT
Reason for closing:  Fixed
Comment by André Fettouhi (A.Fettouhi) - Friday, 03 February 2012, 07:58 GMT
Just to add the java applets all work fine with the jre package from AUR (jre7-u2). No crashes freeze-up or anything.
Comment by pank (Pank) - Saturday, 04 February 2012, 15:04 GMT
I can confirm this. It is a problem in Aurora (from Heftig's repo) and in Firefox on my 64 bit system.

When using icedtea 6 both chrash.

When using icedtea7 it just does not load on my system.

Debugging, I get the following message.

Feb 4, 2012 3:01:24 PM <WARN> DANID_DIGITAL_SIGNATUR appletdk.pbs.applet.bootstrap.new - Not using whitelisted class classloader: net.sourceforge.jnlp.runtime.JNLPClassLoader


I am not sure, however, whether this is an Arch-bug or upstream.
Comment by Linas (Linas) - Tuesday, 07 February 2012, 20:39 GMT
Firefox 10 supposedly fixed a java crashing issue for Max OS X
https://bugzilla.mozilla.org/show_bug.cgi?id=700835

Maybe your problems are a consequence of that "fix"?
Comment by pank (Pank) - Tuesday, 07 February 2012, 21:22 GMT
About the right timeing for when Aurora started crashing on my system.
Comment by Ionut Biru (wonder) - Tuesday, 07 February 2012, 21:27 GMT
you can try to revert the commit and see if it works and then open a new bug report or reopen 700835
Comment by pank (Pank) - Tuesday, 07 February 2012, 22:12 GMT
Linas, it seems you are right. The fix was pushed to Aurora on the Nov. 10.
Going back, my build of 11-08 works. 11-11 crashes.

| 9.0a2-0.20111108 | + |
| 10.0a2-0.20111111 | - |

Ionut, would you happen to have reference on how to do this? I am unfamiliar with hg and Mozilla development in general.
Comment by pank (Pank) - Tuesday, 07 February 2012, 22:26 GMT
Linas, it seems you are right. The fix was pushed to Aurora on the Nov. 10.
Going back, my build of 11-08 works. 11-11 crashes.

| 9.0a2-0.20111108 | + |
| 10.0a2-0.20111111 | - |

Ionut, would you happen to have reference on how to do this? I am unfamiliar with hg and Mozilla development in general.

I have updated Mozilla 700835. You might close this.
Comment by Mads Michelsen (madchine) - Thursday, 16 February 2012, 13:25 GMT
I followed the mozilla bug linkage and the issue is currently being debated here: https://bugzilla.mozilla.org/show_bug.cgi?id=704249
Comment by Jan Alexander Steffens (heftig) - Thursday, 16 February 2012, 14:20 GMT
Looks like Firefox crashes deliberately because IcedTea accesses the JS runtime from another thread. The IcedTea bug seems to have a patch: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=820
Comment by Andreas Radke (AndyRTR) - Tuesday, 06 March 2012, 21:20 GMT
Please confirm if this is fixed with either icedtea-web 1.1.5 in extra or 1.2 in testing.
Comment by pank (Pank) - Tuesday, 06 March 2012, 22:17 GMT
v.1.1.5 seeems to fix the issue in my limited test with NemID.

Loading...