Closed Bug 111916 Opened 23 years ago Closed 22 years ago

launching a java applet breaks mozilla

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: grimreaperdesigns, Assigned: bae)

References

()

Details

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.
->OJI
Assignee: idk → joe.chou
Component: Java-Implemented Plugins → OJI
QA Contact: avm → pmac
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.
Is there a testcase available somewhere?
noted that after loading the specified page, I can not do anything whatsoever 
in mozilla.
Summary: trying to start a new thread in java breaks mozilla. → launching a java applet breaks mozilla
Build ID: 2001 11 23 03. Windows 2000.

Applet loads for me, nothing happends and nothing in Java console.
Mozilla works fine afterwards.
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.

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?
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.
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.
Reassign to Anrew to take a look on Win2K
Assignee: joe.chou → bae
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?


 
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)
Reduced Severity to Critical.
Severity: blocker → critical
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.
reporter please provide a valid URL, so someone can try to
reproduce.  
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.
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
After installing mozilla1.0RC2, everythings seems to be working fine...
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
This should've been WFM, not Fixed.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
->WFM
Someone please mark this Verified.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
QA Contact: pmac → petersen
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.