235496 - browser hang when a window is closed

Status: RESOLVED FIXED

(SeaMonkey :: General, defect)

Description

[Jim Brown]

User-Agent:       
Build Identifier: Mozilla/5.0 (X11; U; OSF1 alpha; en-US; rv:1.7b) Gecko/20040224

When I start mozilla, load a page (QA/CVS Checkins today), and exit mozilla
(File/Quit) then mozilla will hang with 100% cpu utilization.  If I run mozilla
with the debugger then I get a SEGV in nsFrameManager::GetPrimaryFrameFor from
PresShell::GetPrimaryFrameFor [nsFrameManager reference is NULL, see traceback].

This started happening since the 1.7b version change landed.
040223 and 040224 trunk builds have this problem.
I will test previous builds I have on hand for earlier failing builds.


Reproducible: Always
Steps to Reproduce:
1. start mozilla, watch 'getting involved with mozilla' page load
2. load a page
3. quit mozilla, get 100% cpu hang




Traceback after SEGV:

(ladebug) r
Thread received signal SEGV
stopped at [class nsIFrame* nsFrameManager::GetPrimaryFrameFor(class nsIContent*
):388 0x300053f2c30]
Source file not found or not readable, tried...
    ./nsFrameManager.cpp
(Cannot find source file nsFrameManager.cpp)
(ladebug) where
>0  0x300053f2c30 in ((nsFrameManager*)0x0)->nsFrameManager::GetPrimaryFrameFor(
aContent=0x140662800) "nsFrameManager.cpp":388
#1  0x30005451e58 in ((PresShell*)0x140584e00)->PresShell::GetPrimaryFrameFor(aC
ontent=0x140662800, aResult=0x11fffafb8) "nsPresShell.cpp":5393
#2  0x3000559a3b0 in ((nsMenuFrame*)0x140fc8d98)->nsMenuFrame::Execute(aEvent=0x
11fffb908) "nsMenuFrame.cpp":1649
#3  0x30005595a8c in ((nsMenuFrame*)0x140fc8d98)->nsMenuFrame::HandleEvent(aPres
Context=0x14057b500, aEvent=0x11fffb908, aEventStatus=0x11fffb5f0) "nsMenuFrame.
cpp":445
#4  0x30005453d60 in ((PresShell*)0x140584e00)->PresShell::HandleEventInternal(a
Event=0x11fffb908, aView=0x140ffed20, aFlags=1, aStatus=0x11fffb5f0) "nsPresShel
l.cpp":6081
#5  0x3000545364c in ((PresShell*)0x140584e00)->PresShell::HandleEvent(aView=0x1
40ffed20, aEvent=0x11fffb908, aEventStatus=0x11fffb5f0, aForceHandle=0, aHandled
=& 1) "nsPresShell.cpp":5929
#6  0x300059752f8 in ((nsViewManager*)0x14058c300)->nsViewManager::HandleEvent(a
View=0x1412f6200, aEvent=0x11fffb908, aCaptured=0) "nsViewManager.cpp":2299
#7  0x30005974644 in ((nsViewManager*)0x14058c300)->nsViewManager::DispatchEvent
(aEvent=0x11fffb908, aStatus=0x11fffb7e0) "nsViewManager.cpp":2039
#8  0x30005968174 in HandleEvent(aEvent=0x11fffb908) "nsView.cpp":76
#9  0x3ffbf3fc0d0 in ((nsWidget*)0x141059c00)->nsWidget::DispatchEvent(aEvent=0x
11fffb908, aStatus=& nsEventStatus_eIgnore) "nsWidget.cpp":1492
#10 0x3ffbf3fbf58 in ((nsWidget*)0x141059c00)->nsWidget::DispatchWindowEvent(eve
nt=0x11fffb908) "nsWidget.cpp":1381
#11 0x3ffbf3fc1c4 in ((nsWidget*)0x141059c00)->nsWidget::DispatchMouseEvent(aEve
nt=& struct nsMouseEvent { ... }) "nsWidget.cpp":1519
#12 0x3ffbf3fcde4 in ((nsWidget*)0x141059c00)->nsWidget::OnButtonReleaseSignal(a
GdkButtonEvent=0x1403a4030) "nsWidget.cpp":1974
#13 0x3ffbf405a28 in ((nsWindow*)0x141059c00)->nsWindow::OnButtonReleaseSignal(a
GdkButtonEvent=0x1403a4030) "nsWindow.cpp":1656
#14 0x3ffbf405dd0 in ((nsWindow*)0x141059c00)->nsWindow::HandleGDKEvent(event=0x
1403a4030) "nsWindow.cpp":1741
#15 0x3ffbf3efa54 in dispatch_superwin_event(event=0x1403a4030, window=0x141059c
00) "nsGtkEventHandler.cpp":911
#16 0x3ffbf3ef73c in handle_gdk_event(event=0x1403a4030, data=0x0) "nsGtkEventHa
ndler.cpp":786
#17 0x300018235f4 in UnknownProcedure32FromFile6(...) in /usr/local/lib/libgdk-1
.2.so
#18 0x300028177b4 in UnknownProcedure12FromFile11(...) in /usr/local/lib/libglib
-1.2.so
#19 0x3000281800c in UnknownProcedure13FromFile11(...) in /usr/local/lib/libglib
-1.2.so
#20 0x30002818240 in g_main_run(...) in /usr/local/lib/libglib-1.2.so
#21 0x300010d7760 in gtk_main(...) in /usr/local/lib/libgtk-1.2.so
#22 0x3ffbf3e1418 in ((nsAppShell*)0x1400a8a60)->nsAppShell::Run() "nsAppShell.c
pp":317
#23 0x3ffbe47cb50 in ((nsAppShellService*)0x1401bf680)->nsAppShellService::Run()
 "nsAppShellService.cpp":483
#24 0x120032b60 in main1(argc=1, argv=0x11fffc018, nativeApp=0x1400b7e20) "nsApp
Runner.cpp":1291
#25 0x1200339a0 in main(argc=1, argv=0x11fffc018) "nsAppRunner.cpp":1678
#26 0x12002ac68 in __start(...) in ./mozilla-bin

(ladebug) show thread
  Thread Name                      State           Substate    Policy       Pri
  ------ ------------------------- --------------- ----------- ------------ ---
>*     1 default thread            running V4                  SCHED_OTHER  30
      -1 manager thread            blk SCS                     SCHED_RR     19
      -2 null thread for VP 2      running V2                  null thread  -1
       2 <anonymous>               blocked         kern select SCHED_OTHER  30
      -3 null thread for VP 3      running V3                  null thread  -1
       3 <anonymous>               blocked         t-cv 29     SCHED_OTHER  30
       4 <anonymous>               blocked         t-cv 32     SCHED_OTHER  30
      -4 null thread for VP 4      ready V4                    null thread  -1
       6 <anonymous>               blocked         t-cv 28     SCHED_OTHER  30

Comment 1

[Jim Brown]

Trunk build 040221 (09:52 EST) does not have this problem (it exits OK).
It is named version 1.7a.

Comment 2

[Jim Brown]

Build for 040225 no longer hangs.
Probably fixed by bug 235395.