339894 - -[NSMenu itemAtIndex:] crash on startup

Status: RESOLVED WORKSFORME

(Core :: Widget: Cocoa, defect)

Description

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Clean cocoa-widgets firefox build, 20060531.  On startup, I get a crash at:

2006-05-31 17:47:22 -0700

EXC_BREAKPOINT (0x0006)
0x00000002

Thread 0 Crashed:
0    _NSRaiseError + 227
1    -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 113
2    -[NSMenu itemAtIndex:] + 210
3    nsMenuBarX::CreateApplicationMenu(nsIMenu*) + 69 (nsMenuBarX.mm:601)
4    nsMenuBarX::AddMenu(nsIMenu*) + 194 (nsMenuBarX.mm:486)
5    nsMenuBarX::MenuConstruct(nsMenuEvent const&, nsIWidget*, void*, void*) + 1569 (nsTAString.h:529)
6    nsWebShellWindow::OnStateChange(nsIWebProgress*, nsIRequest*, unsigned, unsigned) + 1604 (nsCOMPtr.h:923)
7    nsDocLoader::FireOnStateChange(nsIWebProgress*, nsIRequest*, int, unsigned) + 685 (nsDocLoader.cpp:1198)
8    nsDocLoader::doStopDocumentLoad(nsIRequest*, unsigned) + 201 (nsTString.h:491)
9    nsDocLoader::DocLoaderIsEmpty() + 703 (nsDocLoader.cpp:745)

Comment 1

[Josh Aas]

I've never seen this before. Seems to me like this might happen if you didn't load the nib file that is part of Cocoa widgets (and loaded in appshell). Any console output about a nib file? Its requesting the menu item at index 0, which would be there if and only if the nib file was loaded.

Comment 2

[Josh Aas]

Vlad - can you attach the entire stack trace, not just the top 10 frames?

Comment 3

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

I'll try tomorrow.  That was copied from the OSX crash tool.. if I drop into a debugger, I can get a backtrace, but without any useful symbols.  (I think, I can't remember if this was a debug build or not.)

Comment 4

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Nothing in the output about nib loading failures... note that if I run with -P, I can get the profile manager to come up without problems.

Full output, ignoring the gActivityTLS spam:

Type Manifest File: /Users/vladimir/Library/Application Support/Firefox/Profiles/qx9wu2ov.test3/xpti.dat
*** Registering Apprunner components (all right -- a generic module!)
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed: file ../../../mozilla/chrome/src/nsChromeRegistry.cpp, line 1258
*** WCCR.init: There are 4 handlers registered in preferences.
2006-06-01 09:42:05.253 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 928.000000, 100.000000, 100.000000
++WEBSHELL 0x1ecb150 == 1
WARNING: NS_ENSURE_TRUE(cv) failed: file ../../../../mozilla/xpfe/appshell/src/nsXULWindow.cpp, line 1544
++DOMWINDOW == 1
###!!! ASSERTION: null ptr: 'aTarget != nsnull', file ../../../../mozilla/rdf/base/src/nsInMemoryDataSource.cpp, line 1357
WARNING: EM tried to force us to restart twice! Forcefully preventing that.: file ../../../mozilla/toolkit/xre/nsAppRunner.cpp, line 2291
++DOMWINDOW == 2
2006-06-01 09:42:05.582 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 1050.000000, 0.000000, 0.000000
Note: styleverifytree is disabled
Note: frameverifytree is disabled
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed: file ../../../../mozilla/intl/strres/src/nsStringBundle.cpp, line 270
2006-06-01 09:42:05.697 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 1005.000000, 1.000000, 1.000000
++WEBSHELL 0x280d03d0 == 2
++DOMWINDOW == 3
++DOMWINDOW == 4
pldhash: for the table at address 0x2a580fac, the given entrySize of 48 probably favors chaining over double hashing.
###!!! ASSERTION: URI mapped to two different specs?: 'uriMapEntry->mDocMapEntry == nsnull', file ../../../mozilla/xpcom/io/nsFastLoadFile.cpp, line 422
2006-06-01 09:42:06.047 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 1050.000000, 0.000000, 0.000000
2006-06-01 09:42:06.051 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 1050.000000, 0.000000, 0.000000
2006-06-01 09:42:06.063 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 1050.000000, 0.000000, 0.000000
2006-06-01 09:42:06.186 firefox-bin[17242] Top-level window being created at Cocoa rect: 0.000000, 1050.000000, 0.000000, 0.000000
++WEBSHELL 0x2aa61a00 == 3
++DOMWINDOW == 5
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 846
WARNING: recurring into frame construction: 'mPresContext->mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsPresContext.h, line 846
++DOMWINDOW == 6
2006-06-01 09:42:06.449 firefox-bin[17242] *** Assertion failure in -[NSMenu itemAtIndex:], Menus.subproj/NSMenu.m:713
2006-06-01 09:42:06.450 firefox-bin[17242] An uncaught exception was raised
2006-06-01 09:42:06.450 firefox-bin[17242] Invalid parameter not satisfying: (index >= 0) && (index < (_itemArray ? CFArrayGetCount((CFArrayRef)_itemArray) : 0))
2006-06-01 09:42:06.450 firefox-bin[17242] *** Uncaught exception: <NSInternalInconsistencyException> Invalid parameter not satisfying: (index >= 0) && (index < (_itemArray ? CFArrayGetCount((CFArrayRef)_itemArray) : 0))



Full stack:

#0  0x90807a18 in CFArrayGetValueAtIndex ()
#1  0x0dd15177 in nsMenuBarX::CreateApplicationMenu (this=0x2d846dd0, inMenu=0x2d848710) at ../../../../mozilla/widget/src/cocoa/nsMenuBarX.mm:601
#2  0x0dd15a30 in nsMenuBarX::AddMenu (this=0x2d846dd0, aMenu=0x2d848710) at ../../../../mozilla/widget/src/cocoa/nsMenuBarX.mm:485
#3  0x0dd142bf in nsMenuBarX::MenuConstruct (this=0x2d846dd0, aMenuEvent=@0xbfffe348, aParentWindow=0x280b3f60, menubarNode=0x2a6b4a3c, aDocShell=0x280cf360) at ../../../../mozilla/widget/src/cocoa/nsMenuBarX.mm:423
#4  0x0ff89180 in nsWebShellWindow::OnStateChange (this=0x280b3ed0, aProgress=0x280cf2e4, aRequest=0x280d7a70, aStateFlags=786448, aStatus=0) at ../../../../mozilla/xpfe/appshell/src/nsWebShellWindow.cpp:531
#5  0x10bedcc5 in nsDocLoader::FireOnStateChange (this=0x280cf2d0, aProgress=0x280cf2e4, aRequest=0x280d7a70, aStateFlags=786448, aStatus=0) at ../../../mozilla/uriloader/base/nsDocLoader.cpp:1214
#6  0x10bee8eb in nsDocLoader::doStopDocumentLoad (this=0x280cf2d0, request=0x280d7a70, aStatus=0) at ../../../mozilla/uriloader/base/nsDocLoader.cpp:848
#7  0x10befe7f in nsDocLoader::DocLoaderIsEmpty (this=0x280cf2d0) at ../../../mozilla/uriloader/base/nsDocLoader.cpp:743
#8  0x10bf0256 in nsDocLoader::OnStopRequest (this=0x280cf2d0, aRequest=0x2d83edf0, aCtxt=0x0, aStatus=0) at ../../../mozilla/uriloader/base/nsDocLoader.cpp:662
#9  0x0b59e731 in nsLoadGroup::RemoveRequest (this=0x280ce280, request=0x2d83edf0, ctxt=0x0, aStatus=0) at ../../../../mozilla/netwerk/base/src/nsLoadGroup.cpp:685
#10 0x114df3e1 in imgRequestProxy::RemoveFromLoadGroup (this=0x2d83edf0, releaseLoadGroup=1) at ../../../../mozilla/modules/libpr0n/src/imgRequestProxy.cpp:159
#11 0x114e0dd5 in imgRequestProxy::OnStopRequest (this=0x2d83edf0, request=0x2d83e840, ctxt=0x0, statusCode=0) at ../../../../mozilla/modules/libpr0n/src/imgRequestProxy.cpp:482
#12 0x114de99b in imgRequest::OnStopRequest (this=0x2d83e8e0, aRequest=0x2d83e840, ctxt=0x0, status=0) at ../../../../mozilla/modules/libpr0n/src/imgRequest.cpp:738
#13 0x114d54bc in ProxyListener::OnStopRequest (this=0x2d83ecb0, aRequest=0x2d83e840, ctxt=0x0, status=0) at ../../../../mozilla/modules/libpr0n/src/imgLoader.cpp:868
#14 0x0b58a370 in nsBaseChannel::OnStopRequest (this=0x2d83e810, request=0x2d83f030, ctxt=0x0, status=0) at ../../../../mozilla/netwerk/base/src/nsBaseChannel.cpp:620
#15 0x0b594feb in nsInputStreamPump::OnStateStop (this=0x2d83f030) at ../../../../mozilla/netwerk/base/src/nsInputStreamPump.cpp:566
#16 0x0b595174 in nsInputStreamPump::OnInputStreamReady (this=0x2d83f030, stream=0x2d83ee2c) at ../../../../mozilla/netwerk/base/src/nsInputStreamPump.cpp:391
#17 0x010c6d73 in nsInputStreamReadyEvent::Run (this=0x2d83e950) at ../../../mozilla/xpcom/io/nsStreamUtils.cpp:111
#18 0x01072624 in nsThread::ProcessNextEvent (this=0x1e0fff0, mayWait=1, result=0xbfffeaec) at ../../../mozilla/xpcom/threads/nsThread.cpp:482
#19 0x0101183f in NS_ProcessNextEvent_P (thread=0x1e0fff0, mayWait=1) at nsThreadUtils.cpp:225
#20 0x0dd29209 in nsBaseAppShell::Run (this=0x1e2c7f0) at ../../../../mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:153
#21 0x0f0f437a in nsAppStartup::Run (this=0x1e418c0) at ../../../../../mozilla/toolkit/components/startup/src/nsAppStartup.cpp:171
#22 0x00213c83 in XRE_main (argc=2, argv=0xbfffee8c, aAppData=0x2040) at ../../../mozilla/toolkit/xre/nsAppRunner.cpp:2343
#23 0x00001f34 in main (argc=2, argv=0xbfffee8c) at ../../../mozilla/browser/app/nsBrowserApp.cpp:61

Comment 5

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

-> WORKSFORME; just updated from CVS today and I'm not seeing this any more, the browser comes up fine.

Comment 6

[Mark Mentovai]

Maybe fixed by bug 339371?