Closed Bug 632330 Opened 14 years ago Closed 11 years ago

Crash Report [@ nsCycleCollector::FinishCollection() ]

Categories

(Core :: XPCOM, defect, P5)

x86
All
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: cbook, Unassigned)

References

()

Details

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

Crash Data

new Firefox 4.0b12pre Crash Report [@ nsCycleCollector::FinishCollection() ] - crashes beta12pre and also Thunderbird/SeaMonkey etc and Firefox 3.6.13 has a crahs report in https://crash-stats.mozilla.com/report/list?signature=nsCycleCollector%3A%3AFinishCollection%28%29 no comments so far for this crash - only extension i can find a lot on this crash report is adblock plus Crashing Thread Frame Module Signature [Expand] Source 0 xul.dll nsCycleCollector::FinishCollection xpcom/base/nsCycleCollector.cpp:2712 1 nspr4.dll PR_WaitCondVar nsprpub/pr/src/threads/combined/prucv.c:204 2 xul.dll nsCycleCollectorRunner::Collect xpcom/base/nsCycleCollector.cpp:3355
Crash Signature: [@ nsCycleCollector::FinishCollection() ]
FinishCollection() still exists, so the signature shouldn't have morphed.
Component: General → XPCOM
Priority: -- → P5
There are 21 crashes in Firefox, TB and SM: https://crash-stats.mozilla.com/report/list?signature=nsCycleCollector%3A%3AFinishCollection%28nsICycleCollectorListener*%29 https://crash-stats.mozilla.com/report/list?signature=%400x0+|+nsCycleCollector%3A%3AFinishCollection%28nsICycleCollectorListener*%29 The stack trace now looks like: Frame Module Signature Source 0 @0xe 1 xul.dll nsCycleCollector::FinishCollection xpcom/base/nsCycleCollector.cpp:2872 2 xul.dll nsCycleCollectorRunner::Collect xpcom/base/nsCycleCollector.cpp:3173 3 xul.dll nsCycleCollector_collect xpcom/base/nsCycleCollector.cpp:3262 4 xul.dll nsJSContext::CycleCollectNow dom/base/nsJSEnvironment.cpp:3103 5 xul.dll CCTimerFired dom/base/nsJSEnvironment.cpp:3296 6 xul.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:473 7 xul.dll nsTimerEvent::Run xpcom/threads/nsTimerImpl.cpp:556 8 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:624 9 xul.dll NS_ProcessNextEvent_P objdir-tb/mozilla/xpcom/build/nsThreadUtils.cpp:220 10 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:117 11 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:201 12 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:175 13 xul.dll nsBaseAppShell::Run widget/xpwidgets/nsBaseAppShell.cpp:163 14 xul.dll nsAppShell::Run widget/windows/nsAppShell.cpp:232 15 xul.dll nsAppStartup::Run toolkit/components/startup/nsAppStartup.cpp:273 16 xul.dll XREMain::XRE_mainRun toolkit/xre/nsAppRunner.cpp:3812 17 xul.dll XREMain::XRE_main toolkit/xre/nsAppRunner.cpp:3889 18 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:3965
Crash Signature: [@ nsCycleCollector::FinishCollection() ] → [@ nsCycleCollector::FinishCollection() ] [@ nsCycleCollector::FinishCollection(nsICycleCollectorListener*)] [@ @0x0 | nsCycleCollector::FinishCollection(nsICycleCollectorListener*) ]
Flags: needinfo?(scoobidiver)
No crashes for Version 24 and newer for Firefox. For Thunderbird 24 it continues as rare, possibly for just a few users who crash often, and not in top 300, so not worth tracking just for that.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.