If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

plugins.click_to_play=true prevents running Danske Bank java applet

RESOLVED WORKSFORME

Status

()

Core
Plug-ins
RESOLVED WORKSFORME
6 years ago
5 years ago

People

(Reporter: Mikko Rantalainen, Unassigned)

Tracking

15 Branch
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

6 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120418 Firefox/14.0a1
Build ID: 20120418052015

Steps to reproduce:

Steps to reproduce:
1. Run Firefox nightly version Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120418 Firefox/14.0a1
2. Open about:config and set plugins.click_to_play to true (see bug 711552)
3. Open https://ebanking.sampopankki.fi/html/index.html?site=SBNBEN&secsystem=E2 (Login page for the internet banking service for SampoPankki which is a Finnish subdiary of Danske Bank of Danmark)


Actual results:

Java plugin/applet fails to load and Firefox does not tell me that I should allow java plugin to run. (I haven't investigated how they try to use Java but the page seems to "work" as intended if I set plugins.click_to_play false. Considering the long history of Danske Bank doing it techically wrong, I wouldn't be surprised if there was some technical issues with the site but they do have a lot of customers in Scandinavia.)

I'm running 64 bit Ubuntu and Java plugin is located at /usr/lib/jvm/java-6-sun-1.6.0.31/jre/lib/amd64/libnpjp2.so (from official Oracle Java release 1.6 update 31).

Note that one must use Oracle Java 6 release or the site will not ever work (click-to-play or not, any browser).



Expected results:

The area that loads java plugin should have displayed "click to play" UI or some other method for requesting running the java plugin should have triggered.
Component: Untriaged → Plug-ins
Product: Firefox → Core
QA Contact: untriaged → plugins

Comment 1

6 years ago
Confirmed on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:14.0) Gecko/20120424 Firefox/14.0a1 ID:20120424075151
Blocks: 738698
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: x86_64 → All

Comment 2

6 years ago
As for me even test java applet doesn't work:
http://www.java.com/en/download/testjava.jsp

Mozilla/5.0 (Windows NT 6.0; rv:14.0) Gecko/20120428 Firefox/14.0a2
Java(TM) Platform SE 6 U31
    Файл: npjp2.dll
    Версия: 6.0.310.5
    Next Generation Java Plug-in 1.6.0_31 for Mozilla browsers

Comment 3

6 years ago
(In reply to Kirill Kirillov from comment #2)
> As for me even test java applet doesn't work:
> http://www.java.com/en/download/testjava.jsp
> 
> Mozilla/5.0 (Windows NT 6.0; rv:14.0) Gecko/20120428 Firefox/14.0a2
> Java(TM) Platform SE 6 U31
>     Файл: npjp2.dll
>     Версия: 6.0.310.5
>     Next Generation Java Plug-in 1.6.0_31 for Mozilla browsers

Is this still true with the latest nightly ? there have been a few fixes that have landed recently.

Comment 4

6 years ago
I've just tested with 15.0a1 (2012-05-01) and issue still can be reproduced

Updated

6 years ago
Version: 14 Branch → 15 Branch

Comment 5

5 years ago
It not just nightly, but aurora too. With nightly no applets at all. With aurora only the test applet loads so far...

Comment 6

5 years ago
Only Flash and Silverlight work correctly with click to play. Other plugins like Java and Google Earth are blocked completely.

Comment 7

5 years ago
(In reply to JK from comment #6)
> Only Flash and Silverlight work correctly with click to play. Other plugins
> like Java and Google Earth are blocked completely.

1. Why?
2. Is it possible to enable with an about:config setting?

Comment 8

5 years ago
(In reply to avada from comment #7)
> (In reply to JK from comment #6)
> > Only Flash and Silverlight work correctly with click to play. Other plugins
> > like Java and Google Earth are blocked completely.
> 
> 1. Why?
> 2. Is it possible to enable with an about:config setting?

It's a bug and you can disable plugins.click_to_play.
(Reporter)

Comment 9

5 years ago
I checked how latest development version of Google Chrome handles the Danske Bank applet when click-to-play has been activated - it seems that Chrome will not wait for click-to-play on this site. Chrome just loaded Java applet content without any confirmation.

Perhaps Firefox should whitelist plugins that work with click to play and, for now, simply automatically enable all the other plugins when click-to-play has been enabled?

Comment 10

5 years ago
I may be stating the obvious here: If you want to use click-to-play and you need Java Applets, you can white-list a specific host this way:

- Surf to the page in question
- Open Page Info (Ctrl-I)
- Change to the permissions tab
- Uncheck "Always ask" for "Activate Plugins" and permanently select "Allow"

Note: This enables all plugins for that host.

Comment 11

5 years ago
I use flashblock instead. It only blocks flash, which I want and nothing else. Can't uderstand why have the ability to blacklist/whitelist only some type of plugins

Comment 12

5 years ago
*Can't understand why click to play doesn't have the ability to blacklist/whitelist only some type of plugins.

Comment 13

5 years ago
(In reply to avada from comment #12)
> *Can't understand why click to play doesn't have the ability to
> blacklist/whitelist only some type of plugins.

fixing this is bug 746374
Trying this on a recent Nightly, Firefox does seem to detect that Java is needed, but signals this (only) through a tiny icon in the urlbar.

So I think this is RESOLVED FIXED, but we probably have a UX discoverability issue?
(Reporter)

Updated

5 years ago
Blocks: 785019
(Reporter)

Comment 15

5 years ago
(In reply to Gian-Carlo Pascutto (:gcp) from comment #14)
> Trying this on a recent Nightly, Firefox does seem to detect that Java is
> needed, but signals this (only) through a tiny icon in the urlbar.

You're right. The icon is really hard to notice and I wouldn't have noticed it without being told about it.

> So I think this is RESOLVED FIXED, but we probably have a UX discoverability
> issue?

I can only mark this as RESOLVED WORKSFORME (perhaps I'm lacking some special right?). I created a new bug for the hard-to-discover issue: bug 785019.
(Reporter)

Updated

5 years ago
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WORKSFORME
No longer blocks: 785019
You need to log in before you can comment on or make changes to this bug.