Firefox 42 causes Java to crash - when applet requests permission

RESOLVED INVALID

Status

()

RESOLVED INVALID
3 years ago
3 years ago

People

(Reporter: j.e.eastley, Unassigned)

Tracking

({crash})

42 Branch
x86
All
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [fixed by Oracle JDK 8u66 build 18], crash signature)

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36

Steps to reproduce:

I updated Firefox to version 42.0

I went to:

https://www.java.com/en/download/installed.jsp

I clicked Agree and continue.


Actual results:

Java initially times out, and you receive the "Plug in unrepsonsive" warning error message and then it will crash completely.


Expected results:

The Java applet should have activated.  

This happens independently of Java versions.  It works fine on prior versions of FF - 41.02 and earlier.

I tried this using FF42.0, Java 8u65 and 8u66.
(Reporter)

Updated

3 years ago
Summary: Firefox 42 causes Java to crash → Firefox 42 causes Java to crash - when applet requests permission

Comment 1

3 years ago
just checked java plugin works

Comment 2

3 years ago
I can confirm this exact problem for IBM Host On-Demand Version 11.0.8-B20131021. I sent several plugin crash reports.

BTW: Increasing IPC timeouts in about:config did not help. Either it works immediately (it sometimes does) or it doesn't work at all.
(Reporter)

Updated

3 years ago
OS: Unspecified → All
Hardware: Unspecified → x86

Comment 3

3 years ago
I can also confirm this issue, though I can only reproduce it within a commercial application (Kronos) that requires authentication. If there are crash reports or error logs that I can provide, please let me know.

Comment 4

3 years ago
(In reply to Corey Betka from comment #3)
> I can also confirm this issue, though I can only reproduce it within a
> commercial application (Kronos) that requires authentication. If there are
> crash reports or error logs that I can provide, please let me know.

Example crash reports:
https://crash-stats.mozilla.com/report/index/e7f5ee6c-83c2-4358-8c3a-0823a2151106
https://crash-stats.mozilla.com/report/index/9cc89eb6-17f5-4fc3-933b-14f402151106
https://crash-stats.mozilla.com/report/index/c3f108cc-cdad-42cf-badb-4ee912151106
https://crash-stats.mozilla.com/report/index/f7f598d4-fee7-4c97-b4b8-d83ef2151106

Comment 5

3 years ago
Possibly related:
https://bugzilla.mozilla.org/show_bug.cgi?id=1222229

Includes steps to reproduce:
1. Visit this page: https://www.java.com/en/download/installed.jsp
2. Click Agree and Continue button
3. In another tab, visit the same page again: https://www.java.com/en/download/installed.jsp
4. Click the "verification page" link at the bottom (https://www.java.com/en/download/installed.jsp?detect=jre)
5. Return to the first tab, java plugin will have crashed.
Component: Untriaged → Plug-ins
Product: Firefox → Core

Comment 6

3 years ago
(In reply to will69 from comment #2)
> I can confirm this exact problem for IBM Host On-Demand Version
> 11.0.8-B20131021. I sent several plugin crash reports.

https://crash-stats.mozilla.com/report/index/7d2981ba-9f5c-4f7d-96e7-a63882151109
https://crash-stats.mozilla.com/report/index/5122bf56-bd07-41ef-afb4-38e642151109

And yes, it is related to Bug #1222229

Comment 7

3 years ago
I can also confirm this problem.

Slightly different steps to reproduce the bug:
1. Visit this page: https://www.java.com/en/download/installed.jsp
2. Click Agree and Continue button
3. In another tab, visit the same page again: https://www.java.com/en/download/installed.jsp
4. Click Agree and Continue button, java plugin will have crashed.

Comment 8

3 years ago
Yes, this can be clearly seen on FF 42. Loading an applet causes the browser to crash. Our application and users are severely affected by this crash. Do we have an ETA on its resolution?

Comment 9

3 years ago
This is a Java bug and an expected crash. See bug 1140616, where we enforce stricter threading checks on plugins which exposed a Java threading bug which could be a security issue.

The Java plugin will continue to crash like this until Oracle releases a fix.
Blocks: 1140616
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INVALID

Updated

3 years ago
Duplicate of this bug: 1222229

Comment 11

3 years ago
Any updates on the resolution for this issue?

Comment 12

3 years ago
...

Comment 13

3 years ago
Hello,

You said the problem is about java applet and in order to solve this problem Oracle should release a fix... I can not accept this comment. I think this is the firefox based problem not java. 
Because, this problem reveals after a new version of firefox releases. I mean, after I update the version of my firefox 41 to 42, I encounter the java plıg-in crash problems. When I downgrade the version of firefox by 42 to 41, the java applet crash problem is automatically solved. 

How can you describe this?

Updated

3 years ago
Crash Signature: [@ mozilla::plugins::AssertPluginThread ]
Keywords: crash

Comment 14

3 years ago
FWIW, this (~12%) and bug 1224549 (~8%) together account for ~20% of all plugin crash reports in Firefox 42.

Comment 15

3 years ago
(In reply to icebergtr from comment #13)
> Hello,
> 
> You said the problem is about java applet and in order to solve this problem
> Oracle should release a fix... I can not accept this comment. I think this
> is the firefox based problem not java. 
> Because, this problem reveals after a new version of firefox releases. I
> mean, after I update the version of my firefox 41 to 42, I encounter the
> java plıg-in crash problems. When I downgrade the version of firefox by 42
> to 41, the java applet crash problem is automatically solved. 
> 
> How can you describe this?

The change has been indeed on Firefox side but I would definitely not call it their problem. As per comment #9 Firefox is to "enforce stricter threading checks on plugins which exposed a Java threading bug which could be a security issue". Or in the refferenced bug report "We should have a main-thread check in _releaseObject (NPN_ReleaseObject) and crash if it's called on the wrong thread. Also this is clearly a bug in the Java plugin and if you can reproduce it you should report it to Oracle support."

As per description, see the refferenced bug report https://bugzilla.mozilla.org/show_bug.cgi?id=1140616.

Also please note that Oracle did fix the mentioned problem (http://www.oracle.com/technetwork/java/javase/8u66-relnotes-2692847.html) - _releaseObject called from wrong thread (at least partially) so this is basically confirmation of the fault on their side.

Comment 16

3 years ago
Also, our crash data confirms that JDK 8u66 build 18 fixes the issue. I see those crashes in high volume with 8u65 and lower, and even with 8u665 build 17, but while build 18 still shows bug 1224549 in high volume, this crash is not an issue any more.

Updated

3 years ago
Whiteboard: [fixed by Oracle JDK 8u66 build 18]

Comment 17

3 years ago
Still crashing with JRE 8u66-b18.

Applet opens certificate store in PKCS smart card module. Freezes on asking Firefox password, then I type it (without echo) and wait for the "plugin warning". Accept warning and continues. Then applet shows PIN window and freezes. I type it (without echo again) and wait for the stuck warning. Then, applet shows certificate list and freezes again. I select one, press "Accept" and wait for the stuck warning. After accepting this last warning, FF crashes.
See Also: → bug 1286461
You need to log in before you can comment on or make changes to this bug.