144616 - Mozilla crashes when loading Banco do Brasil's login applet

Status: RESOLVED DUPLICATE of bug 138684

(Core Graveyard :: Java-Implemented Plugins, defect)

Description

[Erico Mendonca]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.0rc2) Gecko/20020510
BuildID:    2002051021

Mozilla will crash whenever I try to load the page above. It contains a login
applet that is being required for all users to login to their  accounts at Banco
do Brasil since last month. 
Usually it'll just load and immediately crash.

I've tested Mozilla versions 0.9.7, 0.9.8, 0.9.9, 1.0rc1 and now 1.0rc2. All of
them show the problem. 

It's also worthy to note that Konqueror will also show the same problem under
Linux. BTW, I tested Mozilla on OS/2, Winblows and Linux, and they also won't
work. Basically, it just works under IE. Does anyone know why?

There are also a couple page rendering issues (extra bar on top of the screen)
that only renders correctly under IE, but that's going to be reported on a
separate bug.



Reproducible: Always
Steps to Reproduce:
1. Load Mozilla.
2. Access https://www2.bancobrasil.com.br/aapf/aai/login.pbk
3. Timber! :-)

Actual Results:  Mozilla crashes.

Expected Results:  Show the page and let me use the login applet.

Possible differences in security models between java implementations?

Comment 1

[Erico Mendonca]

corrected wrong URL.

Comment 2

[Mike Kaply [:mkaply]]

Sounds like a Java problem to me, not Mozilla.

Anyway, it is certainly not Os/2 specific.

Comment 3

[Erico Mendonca]

I agree. But should the OS/2 version crash when the applet loads? On the other
platforms it loads and shows up, but complains of a null value if you hit the
submit button. Could it be specific to OS/2's JVM and/or Java plug-in
implementation?

Comment 4

[Erico Mendonca]

I isolated the applet code, and managed to run the applet locally. Here's what I
get after I enter a string and hit ENTER :
Exception occurred during event dispatching:
java.lang.NoClassDefFoundError: netscape/javascript/JSObject
        at br.com.bb.aapf.bbteclado.CampoTeclado.mostraBalao(DashoA5367)
        at br.com.bb.aapf.bbteclado.CampoTeclado.c(DashoA5367)
        at f.focusLost(DashoA5367)
        at java.awt.Component.processFocusEvent(Component.java:3725)
        at java.awt.Component.processEvent(Component.java:3618)
        at java.awt.Container.processEvent(Container.java:1195)
        at java.awt.Component.dispatchEventImpl(Component.java:2677)
        at java.awt.Container.dispatchEventImpl(Container.java:1244)
        at java.awt.Component.dispatchEvent(Component.java:2580)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:434)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchTh
read.java:163)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre
ad.java:130)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:125)

        at java.awt.EventDispatchThread.run(EventDispatchThread.java:117)


Is Mozilla supposed to treat that?

Comment 5

[Kai Lahmann (is there, where MNG is)]

Applets loads and asks for some special rights.. looks ok even without. Not crash.
Java 1.4!

Comment 6

[Erico Mendonca]

Perhaps I should mention that only Mozilla for OS/2 crashes when loading this
applet. On other platforms I tested (Linux, Win) it'll load and show ok, BUT if
you fill in the values and click on "Entrar" (Enter), it'll complain that the
password field is NULL.

I went through the Java support files from Netscape 4.61 and found the missing
class (netscape.javascript.JSObject) in
\NETSCAPE\PROGRAM\JAVA\CLASSES\JIL3240.ZIP. It's really small and implements the
following methods:
    private static native void initClass();
    private JSObject()
    public native Object getMember(String s);
    public native Object getSlot(int i);
    public native void setMember(String s, Object obj);
    public native void setSlot(int i, Object obj);
    public native void removeMember(String s);
    public native Object call(String s, Object aobj[]);
    public native Object eval(String s);
    public native String toString();
    public static native JSObject getWindow(Applet applet);
    protected native void finalize();
    private int internal;

It appears to depend on native methods. 

On further investigation, I found out that the applet uses the functions
JSObject.getWindow().eval(); (from netscape.javascript, which appears to be
Communicator-specific) and StdCOMClassObject from package
com.ms.com.StdCOMClassObject; (IE-specific?)

Is the JSObject class deprecated or should Mozilla implement it? If not, what
should be used in the applet code instead?

I can try and make a testcase if necessary.

-- Erico Mendonca

Comment 7

[Erico Mendonca]

A screenshot showing the error condition is available at:
http://planeta.terra.com.br/informatica/doc/index.html

-- Erico Mendonca

Comment 8

[Kai Lahmann (is there, where MNG is)]

it'll get better with Java 1.4

*** This bug has been marked as a duplicate of 138684 ***