43317 - Closing "Win 5 games" subwindow hangs Mozilla

Status: VERIFIED DUPLICATE of bug 37463

(SeaMonkey :: General, defect, P3)

Description

[David M. Karr]

From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; I; SunOS 5.5.1 sun4u)
BuildID:    2000062021

When I bring up http://www.ea.com, it posts a subwindow titled "Win 5 Games". 
When I click the "Close" link (or Close from the window menu), Mozilla hangs
forever.

Reproducible: Always
Steps to Reproduce:
1. Start mozilla
2. Go to http://www.ea.com
3. Sometime after "Win 5 games" window comes up, close it.

Actual Results:  Mozilla hung, never to return.

Expected Results:  subwindow should disappear, and Mozilla should perform
normally after that.

Here is abbreviated output from "pstack" (filtered through c++filt) after it
gets to the "hung" state:

14701:	package/mozilla-bin
-----------------  lwp# 1 / thread# 1  --------------------
 fed97aec lwp_sema_wait (3dc68)
 fecca950 _park    (3dbb8, 3dc68, 0, 2, fecebca0, fbf31dd0) + a0
 fecca728 _swtch   (fecee898, 3dbcc, 3ddc8, 3dc48, 3dc44, 3dc3c) + 2c8
 feccbad8 _mutex_adaptive_lock (118a970, 4c00, feceaf64, 1, 4d58, fffeffff) +
120
 feccbcac pthread_mutex_lock (118a970, 0, 11315d0, 804b0002, 11315d0, 0) + 90
 fefe1a54 PR_Lock  (118a970, 1, 11246d0, 804b0002, f20eb0, ffbec6ec) + 4
 fefe1fbc PR_EnterMonitor (118a968, fbfc9a1c, 11315d4, fd2575cc, 1, 1c36f8) + 48
 fd219098 nsFileTransport::Cancel(unsigned int) (10f0700, 804b0002, 10f0700,
fd219090, 0, fbfca55c) + 8
 fd258420 nsStreamIOChannel::Cancel(unsigned int) (11246d0, 804b0002, fd2583f0,
804b0002, 0, fd257328) + 30
 fd256f7c nsLoadGroup::Cancel(unsigned int) (1131658, 804b0002, 1131658,
fd256ed4, 0, ff24db74) + a8
 fbfca028 nsDocLoaderImpl::Stop(void) (11315d0, fbfc9f80, f20ac8, ff1b39c4,
fc0288c8, ffbec59c) + a8
 fbfc9ff0 nsDocLoaderImpl::Stop(void) (f20e98, fbfc9f80, 0, ff24ce34, 1,
ffbec59c) + 70
 fbfc2d94 nsURILoader::Stop(nsISupports *) (0, f20eb0, fbfc2cb0, 1c36f8, 0, 1) +
e4
 fc00dc08 nsDocShell::Stop(void) (f184b8, fc00dae8, f184c4, 0, 1, ffbec6ec) +
120
 fc00e140 nsDocShell::Destroy(void) (f184b8, fc06cc0c, fe228278, ff1b4438, 0, 0)
+ 2c
 fc07098c nsWebShell::Destroy(void) (f184b8, fc070970, fffffff0, fd7a3c70,
112f4a0, fdcc71ac) + 1c
 fe1b1428 nsXULWindow::Destroy(void) (f29df0, fc06cd58, 112f4a4, ff28cbd8, 0,
1134bc0) + 194
 fe1c67e8 nsWebShellWindow::Destroy(void) (f29df0, fe1c67e4, fffffffc, fdcc08d0,
1134ab0, 0) + 4
 fe1a98a8 nsContentTreeOwner::Destroy(void) (112f8d8, fe1a9890, 112f8dc,
ff28cbd8, 0, 0) + 18
 fdcc6214 GlobalWindowImpl::Close(void) (1134ab0, fdcc61c0, 1134ab4, 0, 3d130,
1e65a8) + 54
-----------------  lwp# 2 / thread# 2  --------------------
 fed974bc signotifywait ()
 fecceaf8 _dynamiclwps (feceaf64, fecec844, 2, 0, fedb3968, 0) + 1c
 fecd1910 thr_yield (0, 0, 0, 0, 0, 0) + 8c
-----------------  lwp# 3 / thread# 5  --------------------
 fed97aec lwp_sema_wait (fbf31e80)
 fecca950 _park    (fbf31dd0, fbf31e80, 0, 1, fecebca0, 0) + a0
 fecca728 _swtch   (fec45dd0, fbf31de4, fbf31fe0, fbf31e60, fbf31e5c, fbf31e54)
+ 2c8
 fecc9478 cond_wait (b64290, 72e268, 4356, feceaf64, ff1008c0, 0) + bc
 fecc939c pthread_cond_wait (b64290, 72e268, ff3dd070, ff3dd058, feceaf64,
ff3bff88) + 8
 fefe1d7c PR_WaitCondVar (b64288, ffffffff, ff3a0f2c, ff3dd1f8, ff3dc904, 426) +
64
 fefe2048 PR_Wait  (72e260, ffffffff, ff3a0f2c, ff3dd1f8, ff3dc904, 4b8) + 18
 ff261964 PL_WaitForEvent (0, 2, ff26239c, a67de0, ff3dc904, 3ae) + 3c
 ff262830 nsEventQueueImpl::WaitForEvent(PLEvent **) (b60cd0, fbf315d4, b60cd0,
ff26280c, b6bb18, 2) + 24
 ff2718b4 nsProxyObject::PostAndWait(nsProxyObjectCallInfo *) (0, d790a8,
e7f4d0, ff2625e0, b60c58, 2) + 178
 ff271c2c nsProxyObject::Post(unsigned int, nsXPTMethodInfo *, nsXPTCMiniVariant
*, nsIInterfaceInfo *) (b6c370, 4, 8e5104, fbf31768, e4358, 0) + 160
 ff27f060 nsProxyEventObject::CallMethod(unsigned short, nsXPTMethodInfo const
*, nsXPTCMiniVariant *) (cd6de8, 4, 8e5104, fbf31768, ff27f018, 1) + 48
-----------------  lwp# 4 / thread# 4  --------------------
 fed95d08 poll     (fdba1bf0, 1, 88b8)
 fecd9a88 poll     (cf4f0, 1, 3567e0, fd3c8560, ffffefff, fedb3968) + 30
 fd2125d4 nsSocketTransportService::Run(void) (d51c8, fd212560, d51cc, fecec8f0,
0, ebf01) + 74
 ff26f918 nsThread::Main(void *) (cc5c0, ff26f8f8, 2, feceaf64, 8, cfb78) + 20
 fefe6a9c ???????? (cfb78, fec33d70, 1, fecf3c28, 0, fec33dd0)
 fecda2a4 _thread_start (cfb78, 0, 0, 0, 0, 0) + 3c
-----------------  lwp# 5  --------------------------------
 fed95094 door     (0, 0, 0, 0, fec25d70, 4)
 feccb128 _lwp_start (0, 0, 0, 0, 0, 0) + 10
-----------------  lwp# 6  --------------------------------
 fed97aa0 lwp_cond_wait (fecef618, fecef628, fc313ca0)
 fed8f830 _lwp_cond_timedwait (fecef618, fecef628, 0, 3950f6ac, 0, 0) + 90
 fecca1a0 _age     (feceaf64, fecebc8c, fecec548, 3, feceaf64, 0) + 90
 feccb128 _lwp_start (4000, fec0fc8c, fecebce0, fecebcc8, feceaf64, fec0fb80) +
10
 fecd1910 thr_yield (0, 0, 0, 0, 0, 0) + 8c
--------------------------  thread# 3  --------------------
 feccdbb4 _reap_wait (fececa78, 1d65c, 0, 0, 0, 0) + 34
 feccd938 _reaper  (feceaf64, fececa78, fecebd10, 3dc48, 1, fe400000) + 34
 fecda2a4 _thread_start (0, 0, 0, 0, 0, 0) + 3c

Comment 1

[Dave]

Didn't crash for me on 2000062108 but it gave me a message about not finding the
"plugin finder plugin" so my guess is there's some flash or javascript stuff in
the "win 5 games" window (which only displayed html for me).

Comment 2

[Dave]

that's 2000062108/Linux... as opposed to Solaris. Sorry!

Comment 3

[Doron Rosenberg (IBM)]

works on win32 too.

Comment 4

[Andreas Franke (gone)]

You may want to retest this bug when bug 37463 gets fixed. Adding dependency.
(The patterns of the stack traces here seem to be similar, if not the same.)

Comment 5

[Andreas Franke (gone)]

Bug reproduced with mozilla-sparc-sun-solaris2.6.tar.gz, build 2000062921.
Confirming. Seems to be a dup of bug 39558 (which is a dup of 37463).

Comment 6

[Doron Rosenberg (IBM)]

37463 has been fixed, cana solaris perosn check this?

Comment 7

[Andreas Franke (gone)]

The latest nightly mozilla binary for solaris 2.6 is still too old :(

Comment 8

[Andreas Franke (gone)]

Tested again with PC/Linux 2000071008 and Sun-Sparc/Solaris 2000070921.
Behaviour is the same in both cases now:
1) Load http://www.ea.com
2) A popup window opens, and a "No Plugin Downloader Plugin!" dialog comes up
3) After clicking Ok on the dialog, the content of the popup window changes:
   It now contains a "close" link: <a href"javascript:window.close();">close</a>
4) Clicking on this link closes the popup window.

Resolving as duplicate of bug 37463 (via bug 39558), removing dependency.

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

Comment 9

[Doron Rosenberg (IBM)]

verif