111916 - launching a java applet breaks mozilla

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java: OJI, defect)

Description

[Gustav Munkby]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) 
Gecko/20011120
BuildID:    2001112009

when I try to load my Applet in mozilla, mozilla reports to the
java console (if I had it open before I started the plugin):

java.security.AccessControlException: access denied 
(java.lang.RuntimePermission modifyThreadGroup)
	at java.security.AccessControlContext.checkPermission(Unknown Source)
	at java.security.AccessController.checkPermission(Unknown Source)
	at java.lang.SecurityManager.checkPermission(Unknown Source)
	at sun.applet.AppletSecurity.checkAccess(Unknown Source)
	at java.lang.ThreadGroup.checkAccess(Unknown Source)
	at java.lang.Thread.init(Unknown Source)
	at java.lang.Thread.<init>(Unknown Source)
	at com.stage.core.STEngine.startGame(STEngine.java:67)
	at com.stage.core.STCanvas.startGame(STCanvas.java:51)
	at com.stage.STAGEApplet.init(STAGEApplet.java:36)
	at sun.applet.AppletPanel.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

this piece of code used to work in mozilla 0.9.3, but I guess that might
be a security bug, and that I have to get some privelege, (which I can't
find information about how I do btw)...

but the fact that it doesn't work isn't the worst part, b/c when this
happens, the applet goes blank and nothing happens...
and after a short period of time mozilla starts acting wierd when I
can no longer focus the address bar and such.
Clicking the upper-right X works though, but when I do that, the following
end up in the java-console:

java.lang.NullPointerException: null pData
	at sun.awt.windows.WComponentPeer.hide(Native Method)
	at java.awt.Component.hide(Unknown Source)
	at java.awt.Window.hide(Unknown Source)
	at java.awt.Component.show(Unknown Source)
	at java.awt.Component.setVisible(Unknown Source)
	at sun.plugin.navig.win32.PluginObject.setWindow(Unknown Source)

java.lang.NullPointerException: null pData
	at sun.awt.windows.WComponentPeer.hide(Native Method)
	at java.awt.Component.hide(Unknown Source)
	at sun.applet.AppletPanel.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

and after that the mozilla process stays "active" but unuseable and
I have to exit it from the windows taskmanager.

Reproducible: Always
Steps to Reproduce:
1. Create a new Java Applet that tries to do
<pre>
 Thread t = new Thread(this, "Whatever");
</pre>
without enabling the correct priveleges first.

2. Load the page containing the applet.

3. Try to work with mozilla.

Actual Results:  nothing works in mozilla, apart from clicking the exit-button.
mozilla process then stays "active" but unuseable and
I have to exit it from the windows taskmanager.
before I exit it from taskmanager I can't start a new instance.

Expected Results:  the error would be reported to the java-console and then 
everything would be back to normal.

Comment 1

[Alexei V. Mokeev]

->OJI

Comment 2

[Gustav Munkby]

The problem with mozilla not exiting properly seems to have nothing
to do with the threading.

Namely I can try to load an Applet which does nothing at all,
and when I try to close mozilla after that, it doesn't work.

The other wierdnesses in the interface (such as inaccessible address bar)
went away though, with the "empty" applet.

Comment 3

[Peter Van der Beken [:peterv]]

Is there a testcase available somewhere?

Comment 4

[Gustav Munkby]

noted that after loading the specified page, I can not do anything whatsoever 
in mozilla.

Comment 5

[Karl Johan Kleist]

Build ID: 2001 11 23 03. Windows 2000.

Applet loads for me, nothing happends and nothing in Java console.
Mozilla works fine afterwards.

Comment 6

[Olivier Cahagne]

Build ID: 2001 11 25 03. Linux. JRE 1.3.1.

Applet loads for me, nothing happends and nothing in Java console.
Mozilla works fine afterwards.

Comment 7

[Gustav Munkby]

Any suggestions on what could have went wrong for me then?

The installation might have failed somehow, how do I know that,
it didn't say anything about that when I installed...

Because applets used to work great in mozilla 0.9.3.

Any type of information I could send in that would help or
anything else?

Comment 8

[Joe Chou]

Reporter, unless you can provide a test case to reproduce the problem, I can not
guess what went wrong on your machine. Otherwise, I'll mark it invalid.

Comment 9

[Gustav Munkby]

I guess you have to mark it as invalid then...

I have no idea on what could be wrong with it,
it might be the fact that I'm not running
explorer.exe as shell, that's the only
"strange" thing on my computer...
at least as far as I know.

Comment 10

[Alexei V. Mokeev]

Reassign to Anrew to take a look on Win2K

Comment 11

[Andrew Brygin]

I worte applet which modified their threadgroup. It works fine in Mozilla.

To reporter: 
 what version of JRE do you use?
 Could you provide the sources of the problem applet?


 

Comment 12

[Gustav Munkby]

As stated in a comment before, it has nothing to do with
the ThreadGroup thing.

Simply Java stopped working for me after installing 
mozilla 0.9.6.

I also noted that I sometimes get a nsLocalisedString
or something in the likes of that "couldn't be found
in xpcom.dll" or something like that... I don't know
whether it's related or not, but if it is, I can
provide a better report.

The strange thing about my system, as I mentioned
before is that I'm not running explorer.exe as shell,
but rather litestep, and I suggested that the
installation may not have been fully completed when
installing.

Another thing I came to think about right now, is
that I also have another webbrowser installed,
which uses the mozilla browser component.
I don't know if that could have any impact on anything.

As far as the source-code, the testapplet, on the
webpage supplied doesn't contain any code at all.

So something with java/mozilla0.9.6/mycomputer isn't
working as supposed to.

btw, my jre version is what I get when I run jre/java -version:
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C)
Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)

Comment 13

[Olivier Cahagne]

Reduced Severity to Critical.

Comment 14

[Brian Smith]

testcase URL is invalid so this cannot be reproduced. Please update the status 
(I suggest closing as invalid) so that it stops appearing on bug lists.

Comment 15

[Andreas Schrattenecker]

reporter please provide a valid URL, so someone can try to
reproduce.  

Comment 16

[Gustav Munkby]

Unfortunately I've lost my ability to test this.

I tried installing mozilla1.0RC1, but first the
installation failed, with a lot of messages about
routines in xpcom.dll it wasn't able to find.

When first removing the installed version, and
installing again, everything seems to be working,
apart from when I try to click any "java plugin box",
where it says "install plugin by clicking here".
When I click there the application hangs, sometimes
showing the "Install plugin" window and sometimes not.

Comment 17

[Andreas Schrattenecker]

does work here, applet loads (doing nothing).
but mozilla works fine.

tested using:
moz 1.0 RC1, windows2000, SP2
Java Plug-in 1.4.0 for Netscape Navigator (DLL Helper)
moz 1.0 RC1, Linux, SuSE 8.0 
Java(TM) Plug-in 1.3.1_02

Comment 18

[Gustav Munkby]

After installing mozilla1.0RC2, everythings seems to be working fine...

Comment 19

[Arnoud Berendsen]

This should've been WFM, not Fixed.

Comment 20

[Arnoud Berendsen]

->WFM
Someone please mark this Verified.