Closed Bug 515243 Opened 16 years ago Closed 7 years ago

startup crash [@ nsGetInterface::operator()(nsID const&, void**)]

Categories

(Core :: DOM: Core & HTML, defect)

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox47 --- affected
firefox48 --- affected

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash, Whiteboard: [tbird crash])

Crash Data

(mostly) startup crash [@ nsGetInterface::operator()(nsID const&, void**)] #48 crash averaged over 4 weeks, but more recently is #6 for the past week. all versions of TB going back to at least 3.0a2. TB example bp-9b5d7b6e-015a-4899-99b2-e1c762090613 @0xffffffff xpcom_core.dll nsGetInterface::operator nsIInterfaceRequestorUtils.cpp:52 xpcom_core.dll nsCOMPtr_base::assign_from_helper nsCOMPtr.cpp:150 thunderbird.exe nsCOMPtr<nsIWebBrowserChrome>::nsCOMPtr<nsIWebBrowserChrome> nsCOMPtr.h:621 thunderbird.exe nsGlobalWindow::GetWebBrowserChrome dom/src/base/nsGlobalWindow.cpp:8111 thunderbird.exe nsGlobalWindow::SetStatus dom/src/base/nsGlobalWindow.cpp:3028 thunderbird.exe nsGlobalWindow::SetNewDocument dom/src/base/nsGlobalWindow.cpp:1600 thunderbird.exe nsGlobalWindow::SetNewDocument dom/src/base/nsGlobalWindow.cpp:1507 thunderbird.exe DocumentViewerImpl::InitInternal layout/base/nsDocumentViewer.cpp:911 thunderbird.exe DocumentViewerImpl::Init layout/base/nsDocumentViewer.cpp:674 thunderbird.exe nsDocShell::SetupNewViewer docshell/base/nsDocShell.cpp:6464 thunderbird.exe nsDocShell::Embed docshell/base/nsDocShell.cpp:4938 thunderbird.exe nsDocShell::CreateContentViewer docshell/base/nsDocShell.cpp:6187 thunderbird.exe nsDSURIContentListener::DoContent docshell/base/nsDSURIContentListener.cpp:138 thunderbird.exe nsDocumentOpenInfo::TryContentListener uriloader/base/nsURILoader.cpp:736 thunderbird.exe nsDocumentOpenInfo::DispatchContent uriloader/base/nsURILoader.cpp:434 thunderbird.exe nsDocumentOpenInfo::OnStartRequest uriloader/base/nsURILoader.cpp:280 jar50.dll nsJARChannel::OnStartRequest modules/libjar/nsJARChannel.cpp:828 thunderbird.exe nsInputStreamPump::OnStateStart netwerk/base/src/nsInputStreamPump.cpp:439 thunderbird.exe nsInputStreamPump::OnInputStreamReady netwerk/base/src/nsInputStreamPump.cpp:395 xpcom_core.dll nsInputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:111 xpcom_core.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:510 xpcom_core.dll NS_ProcessNextEvent_P nsThreadUtils.cpp:227 xpcom_core.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:465 thunderbird.exe nsSocketTransportService::Shutdown netwerk/base/src/nsSocketTransportService2.cpp:445 firefox also has same top of stack - I didn't check that stacks entirely match up. > 50% of the firefox crashes with comments are non-english (which is unusual), for reason which aren't apparent to me. FF bp-477fd63c-a3fb-41ef-8e63-61b8b2090827 but many have crappy stacks, like bp-cacc7ace-b1e3-4438-bd52-3e0ed2090708
Component: General → DOM
Product: Thunderbird → Core
QA Contact: general → general
Version: Trunk → 1.9.1 Branch
just outside top 300 crashes, about 1/2 the stacks appear not to be the same as comment 0. Firefox also, not all match, and approx 1/2 of the past month are the older 1.9.1 branch. two that are closest to match ... bp-92306a35-bc04-47b2-affe-ffb5c2100414 (pinal) bp-aa1a2671-645e-4601-8f73-bc1212100415 (inteam) 0 @0x16c4fb0 1 xul.dll nsGetInterface::operator obj-firefox/xpcom/build/nsIInterfaceRequestorUtils.cpp:52 2 xul.dll nsCOMPtr_base::assign_from_helper obj-firefox/xpcom/build/nsCOMPtr.cpp:150 3 xul.dll nsGlobalWindow::GetWebBrowserChrome dom/base/nsGlobalWindow.cpp:8507 4 xul.dll nsGlobalWindow::SetStatus dom/base/nsGlobalWindow.cpp:3077 5 xul.dll nsGlobalWindow::SetNewDocument dom/base/nsGlobalWindow.cpp:1659 6 xul.dll nsGlobalWindow::SetNewDocument dom/base/nsGlobalWindow.cpp:1566 7 xul.dll DocumentViewerImpl::InitInternal layout/base/nsDocumentViewer.cpp:958 8 xul.dll DocumentViewerImpl::Init layout/base/nsDocumentViewer.cpp:698 9 xul.dll PL_DHashMatchStringKey obj-firefox/xpcom/build/pldhash.c:161 10 @0x867143 11 xul.dll nsDocShell::Embed docshell/base/nsDocShell.cpp:5463 12 xul.dll nsDocShell::CreateContentViewer docshell/base/nsDocShell.cpp:7084 13 xul.dll nsDSURIContentListener::DoContent docshell/base/nsDSURIContentListener.cpp:138 14 xul.dll nsDocumentOpenInfo::TryContentListener uriloader/base/nsURILoader.cpp:736 15 xul.dll nsDocumentOpenInfo::DispatchContent uriloader/base/nsURILoader.cpp:434 16 xul.dll nsDocumentOpenInfo::OnStartRequest uriloader/base/nsURILoader.cpp:280 17 xul.dll nsBaseChannel::OnStartRequest netwerk/base/src/nsBaseChannel.cpp:665 18 xul.dll nsInputStreamPump::OnStateStart netwerk/base/src/nsInputStreamPump.cpp:439 19 xul.dll nsInputStreamPump::OnInputStreamReady netwerk/base/src/nsInputStreamPump.cpp:395 20 xul.dll nsOutputStreamReadyEvent::Run xpcom/io/nsStreamUtils.cpp:191 two that diverge after the top 2 frames bp-74b9c691-179c-4647-9c75-9f3642100405 bp-6df41270-7c2a-4871-b6a6-cb22d2100404 perhaps these frames should be skipped for socorro? nsGetInterface::operator nsCOMPtr_base::assign_from_helper nsCOMPtr<nsIWebBrowserChrome>::nsCOMPtr<nsIWebBrowserChrome>
Whiteboard: [tbird crash]
(In reply to comment #1) > perhaps these frames should be skipped for socorro? > nsGetInterface::operator > nsCOMPtr_base::assign_from_helper > nsCOMPtr<nsIWebBrowserChrome>::nsCOMPtr<nsIWebBrowserChrome> for example thunderbird bp-68bf7e55-8d7a-4eb1-be29-4f2ee2100413 and bp-c514b130-97cf-4e03-b674-a2f242100128 (pierre) does not match
Crash Signature: [@ nsGetInterface::operator()(nsID const&, void**)]
:smaug is a testcase needed for this? bp-7003253b-8e87-456c-951a-1a9632130226 TB19 @0x0 | nsGetInterface::operator()(nsID const&, void**) bp-c8be9f15-067f-49d1-814d-3f7d42130226
Crash Signature: [@ nsGetInterface::operator()(nsID const&, void**)] → [@ nsGetInterface::operator()(nsID const&, void**)] [@ @0x0 | nsGetInterface::operator()(nsID const&, void**)]
Version: 1.9.1 Branch → Trunk
smaug, did you intend for comment 5 to be private? perhaps we should put nsGetInterface::operator and its friend in socorro skiplist? (In reply to Olli Pettay [:smaug] from comment #4) > Hmm, why you ask me? > crashes in TB code. good point. I didn't examine enough stack. I spot checked 16 crashes and none have nsGlobalWindow::GetWebBrowserChrome on stack. So original crash might be gone. I'll file a new bugs for what's left.
Crash Signature: [@ nsGetInterface::operator()(nsID const&, void**)] [@ @0x0 | nsGetInterface::operator()(nsID const&, void**)] → [@ nsGetInterface::operator()(nsID const&, void**)] [@ @0x0 | nsGetInterface::operator()(nsID const&, void**)] [@ nsGetInterface::operator()] [@ @0x0 | nsGetInterface::operator()]
Crash volume for signature 'nsGetInterface::operator()': - nightly(version 50):0 crashes from 2016-06-06. - aurora (version 49):0 crashes from 2016-06-07. - beta (version 48):4 crashes from 2016-06-06. - release(version 47):33 crashes from 2016-05-31. - esr (version 45):0 crashes from 2016-04-07. Crash volume on the last weeks: W. N-1 W. N-2 W. N-3 W. N-4 W. N-5 W. N-6 W. N-7 - nightly 0 0 0 0 0 0 0 - aurora 0 0 0 0 0 0 0 - beta 3 1 0 0 0 0 0 - release 5 1 5 4 3 4 8 - esr 0 0 0 0 0 0 0 Affected platform: Windows
status-firefox47: --- → affected
status-firefox48: --- → affected
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
No crashes in last 6 months for current Thunderbird versions
Resolution: INACTIVE → WORKSFORME
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.