Closed Bug 122228 Opened 23 years ago Closed 23 years ago

Crash on launch!! - Trunk [@ nsAppShellService::GetHiddenDOMWindow]

Categories

(SeaMonkey :: General, defect)

x86
Windows 98
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: tracy, Assigned: mscott)

Details

(Keywords: crash, smoketest, topcrash)

Crash Data

seen on windows commercial 2002-01-28-06-trunk -attempt to start app crash on launch every time. I've also seen a crash on initial launch with mac osx, but subsequent attempts to launch there work fine. talkback is sloooow fetching my reports....I'll post as soon as possible.
Incident ID 2210834 Stack Signature nsAppShellService::GetHiddenDOMWindow 1ed5be38 Trigger Time 2002-01-28 07:52:19 Email Address twalker@netscape.com URL visited User Comments crash on launch Build ID 2002012806 Product ID MozillaTrunk Platform Operating System Win32 Module Trigger Reason Access violation Stack Trace nsAppShellService::GetHiddenDOMWindow [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 608] nsMessengerWinIntegration::InitializeBiffStatusIcon [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMessengerWinIntegration.cpp, line 186] nsMessengerWinIntegration::Init [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMessengerWinIntegration.cpp, line 201] nsMessengerWinIntegrationConstructor [d:\builds\seamonkey\mozilla\mailnews\base\build\nsMsgFactory.cpp, line 325] nsGenericFactory::CreateInstance [d:\builds\seamonkey\mozilla\xpcom\components\nsGenericFactory.cpp, line 77] nsComponentManagerImpl::CreateInstanceByContractID [d:\builds\seamonkey\mozilla\xpcom\components\nsComponentManager.cpp, line 1670] nsComponentManagerImpl::GetServiceByContractID [d:\builds\seamonkey\mozilla\xpcom\components\nsComponentManager.cpp, line 2061] nsGetServiceByContractID::operator() [d:\builds\seamonkey\mozilla\xpcom\components\nsComponentManager.cpp, line 247] nsCOMPtr_base::assign_from_helper [d:\builds\seamonkey\mozilla\xpcom\glue\nsCOMPtr.cpp, line 81] nsMsgAccountManager::LoadAccounts [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgAccountManager.cpp, line 1294] nsMsgAccountManager::GetAccounts [d:\builds\seamonkey\mozilla\mailnews\base\src\nsMsgAccountManager.cpp, line 1113] XPTC_InvokeByIndex [d:\builds\seamonkey\mozilla\xpcom\reflect\xptcall\src\md\win32\xptcinvoke.cpp, line 106] XPCWrappedNative::CallMethod [d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednative.cpp, line 2000] XPC_WN_GetterSetter [d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednativejsops.cpp, line 1299] js_Invoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 834] js_InternalInvoke [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 925] js_GetProperty [d:\builds\seamonkey\mozilla\js\src\jsobj.c, line 2448] js_Interpret [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 2633] js_Execute [d:\builds\seamonkey\mozilla\js\src\jsinterp.c, line 1014] JS_ExecuteScript [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 3253] nsJSContext::ExecuteScript [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 824] nsXULDocument::ExecuteScript [d:\builds\seamonkey\mozilla\content\xul\document\src\nsXULDocument.cpp, line 6206] nsXULDocument::OnStreamComplete [d:\builds\seamonkey\mozilla\content\xul\document\src\nsXULDocument.cpp, line 6142] nsStreamLoader::OnStopRequest [d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamLoader.cpp, line 163] nsJARChannel::OnStopRequest [d:\builds\seamonkey\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp, line 614] nsOnStopRequestEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp, line 213] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 591] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 524] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1072] KERNEL32.DLL + 0x24407 (0xbff94407) 0x00688972
Keywords: smoketest
re-assigning to me. tracy are you starting up mail or just starting up the browser window?
Assignee: asa → mscott
I have a null ptr check which should fix this crash for win98. I'll check that in right now. I'll open another bug for tracking why the hidden window isn't getting created on win98 by the time we load the mail window. (looks like it is null)
Status: NEW → ASSIGNED
I'm just launching the browser from the profile manager
my null ptr check should fix this crash. Marking fixed. I don't know why tracy's mail accounts are getting loaded via JS when he is just bringing up a browser window. That sounds strange. I'm going to file a spin off bug to investigate that.
spin off bug #122254. Tracy, one more question, did the profile you selected require migration or activation? Maybe that's why we are loading the mail accounts.
fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verfied on windows commercial build 2002-01-29-06-trunk
Status: RESOLVED → VERIFIED
Adding crash, topcrash keywords and Trunk [@ nsAppShellService::GetHiddenDOMWindow] to summary for future reference.
Keywords: crash, topcrash
Summary: Crash on launch!! → Crash on launch!! - Trunk [@ nsAppShellService::GetHiddenDOMWindow]
Product: Browser → Seamonkey
Crash Signature: [@ nsAppShellService::GetHiddenDOMWindow]
You need to log in before you can comment on or make changes to this bug.