Closed
Bug 661484
Opened 14 years ago
Closed 8 years ago
EFT applet broken if JavaScript-based content policies are present (Adblock Plus, NoScript, GreaseMonkey...)
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jwkbugzilla, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
1.40 KB,
application/x-xpinstall
|
Details |
This has been reported as an Adblock Plus bug but my tests confirm that every content policy is affected (including the minimal extension I am attaching). The "Enhanced File Transfer" applet will work correctly if no content policy is present, with a content policy it will hang with the message "Checking connection to server" however.
The Java Console output doesn't really help understanding the issue:
[INFO] MApplet - GlobalScape EFT Applet 1.4.1/JFileUpload 2.8 Build BETA.001
[INFO] MApplet - CustomSM enabled
[INFO] EFTApplet - ==================================
[INFO] EFTApplet - EFTApplet: Build Aug 6 2009 : Compiled using jdk1.6.0_14 [for EFT6.1 view]
[INFO] EFTApplet - ==================================
[INFO] EFTApplet - Http concurrent transfers = 5
[INFO] EFTHTTPTransfer - AHC HTTP
[INFO] HTTPTransfer - WeakSSL registered for HTTPS
[INFO] HttpClientFactory - Http simultaneous connections = 100
[INFO] HTTPTransfer - HTTP in/out buffer size = 65535
[INFO] HTTPTransfer - Auto-detect proxy settings (ps): DIRECT
[INFO] HTTPTransfer - Final results for Auto-detect proxy settings : host = null
[INFO] HTTPTransfer - Final results for Auto-detect proxy settings : port = -1
[INFO] HTTPTransfer - HTTP credentials set
This is where it ends for the "broken" case. In the "working" case the output is continued:
[INFO] EFTHTTPTransfer - AHC HTTP
[INFO] HTTPTransfer - WeakSSL registered for HTTPS
[INFO] HttpClientFactory - Http simultaneous connections = 100
[INFO] HTTPTransfer - HTTP in/out buffer size = 65535
[INFO] HTTPTransfer - Auto-detect proxy settings (ps): DIRECT
[INFO] HTTPTransfer - Final results for Auto-detect proxy settings : host = null
[INFO] HTTPTransfer - Final results for Auto-detect proxy settings : port = -1
[INFO] HTTPTransfer - HTTP credentials set
[INFO] EFTApplet - Requeue count = 10
And the message when navigating away from the page is the same in both scenarios:
[ERROR] QueueManager - java.lang.InterruptedException: sleep interrupted
Unfortunately, looking for yourself requires login credential. I got some from the bug reporter and can mail them to anybody wanting to look into this. The applet archives are (downloading them requires logging in as well):
https://tech.globalscape.com/EFTClient/wtc/lib/jclientupload.jar
https://tech.globalscape.com/EFTClient/wtc/lib/httpimpl.jar
https://tech.globalscape.com/EFTClient/wtc/lib/chttpclient.jar
https://tech.globalscape.com/EFTClient/wtc/lib/clogging.jar
https://tech.globalscape.com/EFTClient/wtc/lib/eft.jar
https://tech.globalscape.com/EFTClient/wtc/lib/weakssl.jar
Entry point is globalscape.eft.jclient.EFTApplet.class in eft.jar.
I tested on Windows 7 x64 with a 20110530 mozilla-central nightly. Same problem exists in Firefox 4.0.1 and Firefox 3.6. In Firefox 3.5 the applet loads correctly however.
Comment 1•8 years ago
|
||
I'm marking this bug as WONTFIX per bug #1269807.
For more information see - https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•