307073 - java.lang.nullpointerexception breaks ff functionality

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Aaron Slunt]

Whenever launching a java applet that throws a nullpointerexception, a partial
hang on the applet tab occurs. Along with that, after closing the tab through
the File menu, the progress listener seems to die, as well as other listeners
such as the mouse listener for scrolling (scrolling does not work), clicking on
the bookmarks toolbar hangs, etc.

My JRE version is 1.5.0_04

Different people seem to get different results.

Attaching applet and html as testcase.

Comment 1

[Aaron Slunt]

Attachment: testcase

Simply unzip this, and open test.html in FF.

The code behind this is quite simple: a variable is made, null is assigned to
it, and a method is then called on the null variable.

Comment 2

[:Mook]

Works for me on
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050904
Firefox/1.0+
JRE 1.5.0_03-b07

That is to say, visiting the page produces no ill effects - I copied both
version strings out of the UI (Help->About and right click on applet -> About)
after the applet loaded.  The JS console doesn't show anything interesting either.

Fresh profile; no extensions.  Was the nightly off the FTP.

Comment 3

[Ria Klaassen (not reading all bugmail)]

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

Comment 4

[User2351]

Attachment: testcase

Comment 5

[User2351]

Attachment: testcase

Comment 6

[User2351]

I can reproduce this bug with a clean profile and the original posters testcase.

I've created two simple html attachments, which also reproduce the problem. They are attached, because the following results are based on them.

testcaseAppletTag.html (128 bytes) have a tendency to make Firefox consume 85-95% cpu on load, but not always. Everything in the browser window freezes in this case.

testcaseObjectTag.html (169 bytes) never freezes Firefox before the mouse arrow enters the applet window. (Never is based on about 50 freezes generated the last 5 hrs.) Sometimes the freezes are inconsistent and sometimes they never happens, but I've found a procedure, which freeze Firefox consistently at my request:

Procedure:
1) Close Firefox
2) Open Firefox
3) Load testcaseObjectTag.html and be careful not to put the mouse arrow inside the applet window until 4-5 seconds after the applet is loaded. 
4) The second the mouse enters the applet window the cpu load rises from <5% to 85-95% and the text in the statusbar changes

from
exception: java.lang.NullPointerException.
to
Loading Java Applet Failed...


JVM: 1.5.0_04
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060106 Firefox/1.5.0.1

Comment 7

[User2351]

Correction:
not
... until 4-5 seconds after the applet is loaded.
but
... until 4-5 seconds after the empty applet window is loaded.

Comment 8

[Aaron Slunt]

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.6) Gecko/20060805 Firefox/1.5.0.6

Testcases are now WFM w/Blackdown-jdk 1.4.2

Anyone else have a WFM?

Comment 9

[Aaron Slunt]

Closing...still WFM Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9) Gecko/2008062219 (Gentoo) Firefox/3.0 and no one else has said anything...