309448 - Seamonkey process never terminates after Java plug-in has been loaded

Status: RESOLVED DUPLICATE of bug 308799

(Core Graveyard :: Java: OJI, defect)

Description

[Stefan A. Möller]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a

After visiting a web page using a Java applet, the Seamonkey process does not
terminate when the window gets closed.

Reproducible: Always

Steps to Reproduce:
1. Open a web page containing a Java applet, e.g.
http://www.autobahn.nrw.de/olsim2_51/nrw.html
2. Wait for the Java applet to load.
3. Close all Seamonkey windows.
4. Examine the Windows task manager.

Actual Results:  
The seamonkey.exe process still exists.

Expected Results:  
seamonkey.exe should terminate.

The Java plug-in is version 1.5.0_04.

Using the same Java plug-in I do not see this problem with Mozilla 1.7.x (or
Firefox 1.0.x).

Comment 1

[WADA:World Anti-bad-Duping Agency]

There is at least two bugs occur even when newest Java 1.5.0_04, Bug 299024 and
Bug 275783.
(Bug 172129 looks for me to be resolved by Java 1.5.0_04)
See Bug 216091 also.

Can you find difference from or similarity to these bugs? 

Comment 2

[OstGote!]

Reporter still has problems with the new JRE 1.5.0_05. Do you crash also with a
trunk build?

With SeaMonkey 1.8 branch build 2005092109 and trunk build 2005092305 on WinXP
with Java 1.4.2_08 I crash immediately if I try to load the URL.

trunk crash: TB9650919Q

Comment 3

[OstGote!]

Stack Signature	 msvcrt.dll + 0x33bce (0x77c13bce) 5b84fb7a
Product ID	MozillaTrunk
Build ID	2005092305
Trigger Time	2005-09-23 07:51:14.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	msvcrt.dll + (00033bce)
URL visited	http://www.autobahn.nrw.de/olsim2_51/nrw.html
User Comments	SM disappears immediately by loading this page, JAVA plugin 1.4.2_08
Since Last Crash	214 sec
Total Uptime	214 sec
Trigger Reason	Access violation
Source File, Line No.	N/A
Stack Trace 	
msvcrt.dll + 0x33bce (0x77c13bce)
jpins7.dll + 0x188f (0x6d37188f)
nsPluginHostImpl::TrySetUpPluginInstance 
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp,
line 3925]
nsPluginHostImpl::SetUpPluginInstance 
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp,
line 3799]
nsPluginHostImpl::InstantiateEmbeddedPlugin 
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp,
line 3472]
nsObjectFrame::InstantiatePlugin 
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/layout/generic/nsObjectFrame.cpp,
line 1053]
nsObjectFrame::Instantiate 
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/layout/generic/nsObjectFrame.cpp,
line 1888]
nsAsyncInstantiateEvent::HandleEvent 
[c:/builds/tinderbox/MozillaTrunk/WINNT_5.0_Clobber/mozilla/content/base/src/nsObjectLoadingContent.cpp,
line 123]
0x778b0c24

Comment 4

[timeless]

i'd rather use bug 309768 for that, this is clearly reported as a hang.

Comment 5

[Andrew Schultz]

worksforme with linux seamonkey trunk 2005092505 and 1.0b 2005092420

==> OJI

Comment 6

[Stefan A. Möller]

I just discovered that the problem of not terminating is caused by the Mouse
Gesture extension. See http://bugzilla.mozdev.org/show_bug.cgi?id=11567. After
uninstalling that extension Seamonkey does not hang any more.

However, there is also the Firefox related bug 308799 concerning that issue.
Should this bug be duped against bug 308799, then?

Comment 7

[OstGote!]

(In reply to comment #2)
Ok, i have updated to the Java 1.5.0_05 plugin. Now it works for me on branch & trunk on WinXP. SeaMonkey 1.0b build 2005102711, SeaMonkey 1.1a build 2005102809

(In reply to comment #6)
Normally this bug would be invalid (incompatible extension), but the other bug is still open, so duping.

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