100373 - Banking applet - entry page doesn't even display properly

Status: RESOLVED INVALID

(Core Graveyard :: Java: OJI, defect)

Description

[Simon Redding]

From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
BuildID:    2001091303

This banking applet works fine under IE5.5SP1, but really screws up under 
Mozilla (0.9.4).  Sorry I'm using IE to report this - it just happened to be 
running )^;
The resources file doesn't appear to load; could this be a Blackwood problem?


Reproducible: Always
Steps to Reproduce:
1. Load the page above.  Wait until the applet loads
2. Compare the display between IE5 and Moz 0.9.4 - wildly different...
3. Mmmm

Expected Results:  Displayed the applet properly

I didn't write this applet I'm afraid - it was entranet.co.uk

Comment 1

[Olivier Cahagne]

confirming on Win2k with build 2001091803, graphics and layout are fine, exactly
the same as with IE6 but the text doesn't show, only 'unknown text id'.

Comment 2

[Olivier Cahagne]

Attachment: Screenshot of Mozilla displaying the applet

Comment 3

[Olivier Cahagne]

wfm with build 2001091421 on Linux.

I forgot to note in my previous comment that the 'demo' (clicking on the right
button to launch demo) works fine under Win2k: clicking on buttons works, it's
just the text that is not displayed properly.

Comment 4

[Igor Kushnirskiy]

moving to oji

Comment 5

[Daniel Mario Vega (Restore MNG Support --> #18574)]

This comment may be useless, but it works fine under Linux.
BuildID 2001090721
JavaPlugin: Java(TM) Plug-in Blackdown-1.3.1-FCS

Comment 6

[edburns]

Reassign to Joe as I'm leaving the role of OJI module owner.

Comment 7

[edburns]

Ressign to Joe Chou, as I am no longer working officially on OJI.

Comment 8

[Joe Chou]

Re-assign to sep.

Comment 9

[Andrew Brygin]

I tried to look at mentioned URL (current mozilla trunk Mozilla/5.0 (Windows; 
U; Windows NT 5.0; en-US; rv:0.9.6+) Gecko/20011207)
but I encountered problems related to opening https connection to the the.co-
operativebank.co.uk.

I downloaded the coop.html and other related pages and changed applet codebase 
from https to the http protocol. The applet loads ok and looks the same as in 
other browsers (I tried also IE 5.0 and Netscape 4.76)

To reporter:
Is this bug reprodusible on the latest mozilla builds?
What version of JRE did you use?

Comment 10

[Olivier Cahagne]

*** Bug 146737 has been marked as a duplicate of this bug. ***

Comment 11

[steve bowden]

Works for me with java 1.3.1 see http://bugzilla.mozilla.org/show_bug.cgi?
id=182026

Comment 12

[dsirnapalli]

-- Verified on latest trunk on Win2K with JRE1.4.2_Beta. Applet throws up the
below exceptions

javax.net.ssl.SSLException: SSL V2.0 servers are not supported.
at com.sun.net.ssl.internal.ssl.InputRecord.b(Unknown Source)
at com.sun.net.ssl.internal.ssl.InputRecord.read(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.j(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknown Source)
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.setNewClient(Unknown
Source)
at
sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.superConnect(Unknown
Source)
at
sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.access$000(Unknown
Source)
at sun.net.www.protocol.https.PluginDelegateHttpsURLConnection$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.connect(Unknown
Source)
at
sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.getInputStream(Unknown
Source)
at java.net.HttpURLConnection.getResponseCode(Unknown Source)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(Unknown Source)
at sun.plugin.cache.CachedFileLoader.load(Unknown Source)
at sun.plugin.cache.FileCache.get(Unknown Source)
at
sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.connectWithCache(Unknown
Source)
at sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.connect(Unknown
Source)
at
sun.net.www.protocol.https.PluginDelegateHttpsURLConnection.getInputStream(Unknown
Source)
at java.net.HttpURLConnection.getResponseCode(Unknown Source)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(Unknown Source)
at sun.applet.AppletClassLoader.getBytes(Unknown Source)
at sun.applet.AppletClassLoader.access$100(Unknown Source)
at sun.applet.AppletClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadCode(Unknown Source)
at sun.applet.AppletPanel.createApplet(Unknown Source)
at sun.plugin.AppletViewer.createApplet(Unknown Source)
at sun.applet.AppletPanel.runLoader(Unknown Source)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Need traction on this bug.

Comment 13

[steve bowden]

This bug is no longer valid as the web site doesn't use java now to access
banking details.

Status should be changed to INVALID

Comment 14

[Max Kanat-Alexander]

The comment above is incorrect as of right now as I'm checking -- the URL listed
above still has a Java applet, and it still fails to load on Firebird 0.7, Java
1.4.2_01, Linux 2.4.20 (RedHat 9).

There was a relevant discussion quite some time ago on a Sun Java forum:

http://forum.java.sun.com/thread.jsp?thread=4257&forum=2&message=697848

Can I hazard a guess that the problem not appearing with IE was due to IE using
the MS VM?

There is an apparent work-around on the Java-coder end at:

http://forum.java.sun.com/thread.jsp?forum=2&thread=423485

I suspect that this is a Java envangelism issue, and as such this bug is INVALID
in the context of being a Mozilla bug.

-M

Comment 15

[Hugh Parker]

That page still exists, but is no longer the co-op's on-line banking page. They
now use a simly SSL encrypted web page.

Comment 16

[steve bowden]

Thanks Hugh 

that's what I should have said