Platform/Uptime/Logs: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(7-20 Nightly)
(Replaced content with "The Nightly crash triage page has been split up. Please see the links to the new pages in the Uptime wiki.")
 
(50 intermediate revisions by 6 users not shown)
Line 1: Line 1:
== Useful links ==
The Nightly crash triage page has been split up. Please see the links to the new pages in the [[Platform/Uptime|Uptime wiki]].
* nightly and aurora
** [http://dbaron.org/mozilla/crashes-by-build crashes by build] (for nightly and aurora)
* beta
** {{ReleaseCrashQueriesWithE10sCohorts|48.0b1|2016-06-07}}
** {{ReleaseCrashQueriesWithE10sCohorts|48.0b2|2016-06-22}}
* release
** {{ReleaseCrashQueries|46.0|2016-04-24}}
** {{ReleaseCrashQueries|46.0.1|2016-05-02}}
** {{ReleaseCrashQueries|47.0|2016-06-05}}
* general
** [http://bsmedberg.github.io/socorro-toolbox/html/multiple-minidumps.html Display stacks from multi-dump hangs/crashes]
** [https://crash-analysis.mozilla.com/crash_analysis/ correlation reports]
* A [[Platform/Uptime/NightlyCrashAnalysis|rough guide to Nightly crash analysis]].
* [https://developer.mozilla.org/en-US/docs/Understanding_crash_reports$edit Understanding crash reports]
 
== 2016-07-21 - mccr8 ==
7-20 Nightly
* #3 and #6: Bug 1288566 - Crash in cvt_s<T> and dosprintf called from js::gcstats::Statistics::formatJsonSliceDescription.
* #19: Bug 1288569 - Crash in mozilla::layers::CompositorBridgeParent::ForceComposeToTarget. Looks like a regression.
 
== 2016-07-19 - ting ==
7-17 Nightly
* Mac
** #4 [IPCError-content | (msgtype=0x8C0015,name=???) Route error: message sent to unknown actor ID] added to {{bug|1285309}}
* Android
** #10 [java.lang.NullPointerException: at org.mozilla.gecko.gfx.GeckoLayerClient$1.run(GeckoLayerClient.java)] filed {{bug|1287676}}
 
== 2016-07-18 - marcia ==
July 16/17 Nightly
* Added some signatures to ESET {{bug|1229252}}
* Commented in {{bug|1277998}}
* Added a signature to Fennec top crasher {{bug|1286307}}
 
== 2016-07-18 - njn ==
July 15 Nightly
* Ignored some single-installation crashes
* {{bug|1287358}} - <tt>js::BaseShape::traceChildrenSkipShapeTable</tt>
* Linux still kind of messed up due to the Sandbox: {{bug|1280415}}.
 
== 2016-07-16 - jchen ==
7-14 Nightly
 
* Windows #9: <tt>js::jit::X86Encoding::BaseAssemblerX64::addq_ir</tt>
** Single installation
* Windows #18: <tt>`anonymous namespace''::CSSParserImpl::FinalizeLinearWebkitGradient</tt>
** Single installation
 
== 2016-07-14 - mccr8 ==
7-13 Nightly
* {{bug||1286968}}, {{bug||1286971}} - Filed bugs for various things that look like sandboxing issues. I also asked that sandboxing bugs get crash signatures added so we know that somebody is looking at them. jimm added all of the sandboxing issues as crash signatures to {{bug|1280415}}, so hopefully there won't be many around without signatures now.
* {{bug||1008089}} - Commented in the bug for this Android top crash.
* I talked to billm a bit about IPCError-browser | ShutDownKill crashes, which seem to be more common. It isn't entirely clear what is going wrong. Some of it might be a regression from part of {{bug|1268559}} that landed. We might be able to bump up the shutdown timer to reduce these.
 
== 2016-07-13 - jchen ==
7-12 Nightly
 
* Windows #10: <tt>js::jit::MInstruction::moveResumePointAsEntry</tt>
** Single installation
* Windows #22: <tt>nsOfflineCacheDevice::Evict</tt>
** Filed {{bug|1286735}}
* Linux: lots of crashes with various signatures <tt>libc-2.xx.so@hex</tt>
** I assume they are all variants of {{bug|1285816}}
 
== 2016-07-13 - ting ==
7-10 Nightly
* Windows
** #2 [mozilla::WebGLContext::MakeContextCurrent] filed {{bug|1286459}}
** #3 [mozilla::plugins::AssertPluginThread] filed {{bug|1286461}}
** #6 [`anonymous namespace<nowiki>''</nowiki>::close_wasapi_stream] filed {{bug|1286457}}
** #29 [nsTHashtable<T>::GetEntry | mozilla::plugins::PluginModuleChild::NPN_ReleaseObject] 4 crashes from 1 installation, ignored
* Android
** #1 [libxul.so (deleted)@0x594fd45] 4 crashes from 1 installation, ignored
 
== 2016-07-13 - kanru ==
July 11 Nightly
* Windows #3, left a note on {{bug|1277582}}
* Windows #6, <tt>Crash in mozilla::ipc::FatalError | mozilla::layers::PLayerTransactionParent::Read</tt> filed {{bug|1286437}}
* Windows #9, <tt>IPCError-browser | (msgtype=0xAC0005,name=PNecko::Msg_PHttpChannelConstructor) Value error: message was deserialized</tt>, left a note on {{bug|1284249}}
* Windows #10, <tt>anonymous namespace::close_wasapi_stream</tt>, still on the list after {{bug|1281402}} fixed. ni?padenot on the bug.
* Not much else to report for other platforms.
 
== 2016-07-12 - njn ==
July 8 Nightly
* Linux is a disaster zone of libc crashes. {{Bug|1285507}} just landed, hopefully that'll fix the problem.
* Not much else of note.
 
== 2016-07-10 - marcia ==
7-9 Nightly
* Nothing new to report on 7-9 build
* Filed {{Bug|1285956}} for a crash that increased in the last day on trunk, but exists on other branches
 
== 2016-07-10 - jchen ==
7-7 Nightly
 
* Windows #8 <tt>TppCallbackCheckThreadAfterCallback</tt>
** Single installation.
* Windows #15 <tt>hang | NtAlpcSendWaitReceivePort</tt>
** Flash-related; didn't file.
* Windows #22 <tt>nss3.dll@0x1eb720 | GetFileAttributesExW</tt>
** Single installation.
 
== 2016-07-07 - mccr8 ==
7-6 Nightly
* Filed {{bug|1285370}} - Crash in _$LT$rand..StdRng$u20$as$u20$core..clone..Clone$GT$::clone::h9f953c55a957c9fc. Looks like just one user, but it is novel enough I decided to file it.
* Looks like the AMD bug showed up as nsCSSOffsetState::InitOffsets.
* Filed {{bug|1285374}} - Crash in mozilla::MozPromiseRequestHolder<T>::Begin. Regression?
 
== 2016-07-07 - jchen ==
07-05 Nightly
 
* Windows #3: <tt>ZwUserTrackPopupMenuEx</tt>
** Looks like single-installation based on OS, CPU arch, and graphics card.
* Windows #13: <tt>NtQueryVirtualMemory</tt>
** Looks like a crash inside Flash; not enough info so didn't file a bug.
* Windows #19: <tt>ZwAlpcSendWaitReceivePort</tt>
** Similar to above
* Windows #21: <tt>IPCError-content | (msgtype=0x8C0017,name=???) Route error: message sent to unknown actor ID</tt>
** Filed {{bug|1285309}}
* Linux #2: <tt>IPCError-content | (msgtype=0xA,name=???) Route error: message sent to unknown actor ID</tt>
** Added to bug above
 
== 2016-07-05 - marcia ==
07-04 Nightly
* Filed {{Bug|1284049}} for two large Flash spikes that are at the top of crash stats. Both spikes seem to be related to only a few installations.
* Filed {{Bug|1284051}} for a small volume Core|Graphics crash
 
== 2016-07-05 - ting ==
07-03 Nightly
 
* Windows
** #2 [NtAlpcSendWaitReceivePort] 265 crashes from 2 installations, ignored as it seems related to flash 22.0.0.192, we can wait few more days and see how does it go
** #3 [F1797437186_______________________] 158 crashes from 3 installations, ignored as it seems related to flash 22.0.0.192
** #4 [WaitForMultipleObjectsEx | MsgWaitForMultipleObjectsEx | mozilla::widget::WinUtils::WaitForMessage | base::MessagePumpForUI::DoRunLoop] 108 crashes from 3 installations, ignored
** #6 [F777219787_____________________________________________________________________________________] 51 crashes from 1 installation, ignored
** #36 [nsPluginHost::LoadPlugins] 8 crashes from 1 installation, ignored
** #42 [mozilla::layers::TextureClient::Unlock] filed {{bug|1284384}}
* Linux
** #11 [js::gc::MovingTracer::onShapeEdge] filed {{bug|1284388}}
** #17 [nsCycleCollector::FreeSnowWhite] filed {{bug|1284400}}
 
== 2016-07-01 - dbaron ==
* 07-01 nightly, Windows
** a bunch of new things, I think new forms of crashes caused by {{bug|1262852}}.  I made a needinfo? in this bug since I suspect that they're not worth filing as described
* 07-01 nightly, Mac/Linux/Android
** nothing interesting
* 07-01 aurora, all platforms
** nothing interesting
* 06-30 nightly, Windows
** filed {{bug|1283935}} on a new-ish Flash crash
 
== 2016-07-01 - mccr8 ==
6-29 Nightly
* {{Bug|1088300}} - Crash in mozilla::layers::TextureClient::InitIPDLActor. #2 OSX crash. I posted in the bug.
* {{Bug|1280110}} - Crash in mozilla::layers::CompositingRenderTargetOGL::~CompositingRenderTargetOGL. Still happening, posted in the bug.
* {{Bug|1283892}} - Crash in igdumd64.dll@0xd0880. Filed. One user, but there's a blocklist for other versions of the driver.
 
== 2016-06-30 - jchen ==
06-28 Nightly
 
* Windows #4: <tt>_moz_cairo_scaled_font_get_font_options</tt>
** spiked in recent days but seems to be single installation
* Windows #7: <tt>''anonymous namespace''::close_wasapi_stream</tt>
** more crashes after fix landed; NI'd assignee
* Windows #14: <tt>mozilla::detail::log_test</tt>
** single installation
* Windows #15: <tt>mozilla::ipc::MessageChannel::AssertWorkerThread</tt>
** NI'd :billm
* Linux #1: <tt>Abort | Request 157.66: BadRequest (invalid request code or no such operation) | mozalloc_abort | NS_DebugBreak | X11Error</tt>
** single installation
 
== 2016-07-01 - kanru ==
06-27 Nightly
 
* Windows #3: <tt>@TppCallbackCheckThreadAfterCallback</tt>
** 41 startup crashes that seem to from one user, ignored
** Windows 10 only
** <tt>Tpp</tt> means ThreadPool private function in ntdll
* Windows #17: <tt>@nss3.dll@0x1e7700 | nsLocalFile::Append</tt>
** 8 startup crashes, no uptime.
** Broken stack frames
* Windows #19: <tt>@PropertySpecNameToId</tt>
** 7 startup crashes that seem to from one user, ignored
* Android #3 <tt>@nsContentUtils::ComparePoints</tt>
** Filed {{bug|1283828}}, ni?TYLin
** Looks like regression from {{bug|1168891}}
 
== 2016-06-29 - ting ==
06-26 Nightly
 
* Windows
** #3 [TppCallbackCheckThreadAfterCallback] 20 crashes from 1 installation, ignored
** #29 [mozilla::VsyncRefreshDriverTimer::RunRefreshDrivers] 4 crashes from 1 installation, ignored
** #47 [MessageLoop::PostTask_Helper] filed {{bug|1283019}}
 
== 2016-06-27 - marcia ==
* 06-25 and 06-26 Nightly
** Filed {{Bug|1282464}}
** TppCallbackCheckThreadAfterCallback all from one user
** Added some stacks to {{Bug|1229252}}
 
== 2016-06-23 - mccr8 ==
* 06-22 Nightly
* #3 Windows, filed {{bug|1281775}} - Null deref crash in mozilla::layers::ShmemDIBTextureData::Create.
 
== 2016-06-22 - marcia ==
0620 Nightly
* Filed {{Bug|1281402}}
* CreateOneByteDecoder all from one user
 
== 2016-06-21 - ting ==
06-19 Nightly
 
* Windows
** #10 [nsCSSRuleProcessor::DeleteCycleCollectable] 9 crashes from 1 installation, ignored
** #16 [`anonymous namespace<nowiki>''</nowiki>::NameResolver::resolve] filed {{bug|1281092}}
** #20 [BuildTextRunsScanner::SetupBreakSinksForTextRun] 4 crashes from 1 installation, ignored
** #36 [mozilla::ArrayBufferBuilder::mapToFileInPackage] crash because not implemented, ignored
** #44 [gfxASurface::Wrap] 2 crashes from 1 installation, ignored
* Linux
** #1 [DebuggerEnv_getVariable] 13 crashes from 1 installation, ignored
** #3 [nsAutoTObserverArray<T>::RemoveElement<T>] 3 crashes from 1 installation, ignored
 
== 2016-06-20 - marcia ==
* Did not see much to file today, several crashes were from a single install and low volume
** mozilla::MediaDecoderReaderWrapper::SetIdle all from the same user
 
== 2016-06-20 - njn ==
* Filed {{Bug|1280849}} for <tt>@0x0 | nvumdshim.dll@0x1af30</tt>.
* That's it. Not much worth filing today.
 
== 2016-06-17/18 - dbaron ==
* took a quick look at 6-17 nightlies to confirm backout for {{bug|1280181}} worked
* Windows 6-17 mozilla-central
** filed {{bug|1280762}} on mozilla::layers::ShmemTextureReadLock::ReadUnlock
* Windows 6-17 aurora
** poked {{bug|1277991}} to request aurora approval (yikes, should have happened sooner)
** filed {{bug|1280774}}
 
== 2016-06-17 - mccr8 ==
* 06-15 Nightly
* {{Bug|1280181}} - Top crash. Regressing bug has been backed out.
* {{Bug|1280610}} - Filed new top crash, SendPLayerTransactionConstructor.
 
== 2016-06-15 - jchen ==
06-14 Nightly
 
* Windows #16: <tt>mozilla::widget::WinCompositorWidgetProxy::ClearTransparentWindow</tt>
** filed {{bug|1280244}}
* Windows #17: <tt>TppCallbackCheckThreadAfterCallback</tt>
** looks like a single-installation crash (socorro shows multiple installations but I think they are different nightlies on the machine)
 
== 2016-06-15 - ting ==
06-12 Nightly
 
* Windows
** #14 [nss3.dll@0x1e7720 | nsLocalFile::Append] associated to {{bug|1229252}}
** #16 [TppCallbackCheckThreadAfterCallback] crashed in ntdll.dll, 6 crashes from 1 installation, ignored
** #38 [mozilla::ipc::MessageChannel::AssertWorkerThread] 3 crashes from 2 installations, filed {{bug|1280150}}
* Linux
** #1 [Wrap] 2 crashes from 1 installation, ignored
** #6 [JS::Zone::findOutgoingEdges] filed {{bug|1280154}}
 
== 2016-06-14 - njn ==
June 10 Nightly
* Filed {{Bug|1280041}} for <tt>mozilla::DataChannel::GetBufferedAmount</tt>.
* Filed {{Bug|1280105}} for <tt>mozilla::dom::TabChild::RecvSwappedWithOtherRemoteLoader</tt>.
* Filed {{Bug|1280106}} for <tt>mozilla::dom::PushSubscriptionChangeDispatcher::NotifyWorkers</tt>.
* Filed {{Bug|1280108}} for <tt>googletalkbrowserplugin@0x17d37</tt>.
* Filed {{Bug|1280110}} for <tt>mozilla::layers::CompositingRenderTargetOGL::~CompositingRenderTargetOGL</tt>.
 
== 2016-06-10 - marcia ==
06-09 Nightly
* Filed {{Bug|1279506}} which is a new JS crash which spiked - ni on Hannes
** Turned out to be a variant of {{Bug|1274895}}
* Filed {{Bug|1279517}} and ni on jdemooij
* dbaron's report seems to be missing Windows for today's build (6-10)
 
== 2016-06-09 - mccr8 ==
06-08 Nightly
 
* filed {{bug|1279354}} - Null deref crash in nsProgressFrame::ReflowBarFrame. Rare crash.
 
06-07 Nightly
 
* added signature: {{bug|1051567}} - MessageChannel::OnChannelErrorFromLink.
* filed: {{bug|1279340}} - PPluginSurfaceChild tries to send a delete message from PluginInstanceChild::ActorDestroy().
* filed: {{bug|1279348}} - Division by 0 in mozilla::VideoInfo::ScaledImageRect. Rare crash.
 
== 2016-06-07 - ting ==
06-05 Nightly
 
* Windows
** #3 [IPCError-browser | (msgtype=0xD80005,name=???) Unknown message: not processed] 16 crashes from 4 installations, filed {{bug|1278432}}
** #39 [SocketSend | SocketWrite | PR_Write | mozilla::net::PollableEvent::Signal] 2 crashes from 1 installation, ignored
** #49 [mozilla::gfx::Factory::CopyDataSourceSurface] 2 crashes from 1 installation, filed {{bug|1278436}}
* Linux
** #7 [js::TraceManuallyBarrieredEdge<T>] 2 crashes from 1 installation, filed {{bug|1278440}}
** #9 [js::gc::IsAboutToBeFinalizedUnbarriered<T>] 2 crashes from 1 installation, filed {{bug|1278442}}
* Mac
** #2 [(anonymous namespace)::ChildImpl::OpenProtocolOnMainThread] 4 crashes from 2 installations, filed {{bug|1278443}}
** #7 [mozalloc_abort | Abort | NS_DebugBreak | mozilla::ipc::MessageChannel::OnChannelErrorFromLink] ignored because of it's low volume
** #11 [PLDHashTable::Add | PLDHashTable::Add | mozilla::dom::CrashReporterParent::AnnotateCrashReport] filed {{bug|1278444}}
* Android
** #4 [mozilla::layers::TileClient::GetBackBuffer] 9 crashes from 5 installations, filed {{bug|1278437}}
** #5 [mozilla::gl::GLContextProviderEGL::CreateForWindow] 8 crashes from 1 installation, filed {{bug|1278438}}
 
== 2016-06-06 - marcia ==
June 4th builds
* Filed {{bug|1278228}} and ni on kaku
* Not sure what to do with ntdll.dll@0x2cd2f
* Added Mac equivalent signature to one bug, and another CallPStreamNotifyConstructor signature to {{Bug|1278161}}
 
== 2016-06-06 - njn ==
June 3 builds.
* Prompting for unsubmitted crashes is still skewing things majorly.
** Still have huge numbers (425!) of <tt>IPCError-browser | ShutDownKill</tt> crashes.
** Filed {{bug|1278159}} for <tt>Crash in mozalloc_abort | NS_DebugBreak | mozilla::ipc::FatalError | mozilla::plugins::PPluginSurfaceChild::Write</tt>.
** Filed {{bug|1278161}} for <tt>Crash in mozalloc_abort | NS_DebugBreak | mozilla::ipc::FatalError | mozilla::plugins::PPluginInstanceChild::CallPStreamNotifyConstructor</tt>.
** Many more Flash crash signatures in the list than usual, e.g. <tt>F1398665248_____________________________</tt>.
* Ignored some single-installation crashes.
 
== 2016-06-03 - dbaron ==
* June 2, Windows, mozilla-central
** filed {{bug|1277987}}, don't know much, made needinfo
** spike in AssertPluginThread seems to just be more {{bug|1222036}}
** filed {{bug|1277991}} and figured out which changeset caused it, made needinfo, nominated for tracking
** associated signature "nss3.dll@0x1e7700 | kernelbase.dll@0x98b5" with {{bug|1229252}}
** needinfo'd {{bug|1277582}}
** filed new {{bug|1277996}}, plugin crash turned up by infobar submission, and needinfo'd
** needinfo'd {{bug|1277614}}
** skipped mozilla::ScrollFrameHelper::ScrollToImpl since all from one user
* June 2, Mac, mozilla-central
** filed and needinfo'd {{bug|1277998}}
* June 2, Linux and Android, mozilla-central
** nothing new of interest
* one-minute-long look at June 3 builds, mozilla-central
** nothing new and dramatically horrible
* June 2, Windows, aurora
** js::jit::LIRGenerator::generate is an AMD-CPU crash; didn't bother filing
 
== 2016-06-02 - mccr8 ==
06-01 Nightly
 
* #1 IPCError-browser | ShutDownKill: There are a ton of these crashes now, probably due to new UI to submit old unsubmitted crashes. I posted to projectuptime about this.
* #8 mozilla::dom::Element::UnbindFromTree: This is a signature for some old XML stack overflow crash, {{bug|485941}}, that had a recent resurgence due to a Pale Moon webpage triggering it.
 
== 2016-06-02 - marcia ==
* Filed {{bug|1277614}}
* Filed {{bug|1277582}}
 
== 2016-06-02 - kanru ==
05-30 Nightly
 
* Windows #5 <tt>[@ shutdownhang | ntdll.dll@0x4bb7a]</tt>
** Filed {{bug|1277523}}. Ni Masayuki and Patrick
* Windows #9 <tt>[@ RtlpCoalesceFreeBlocks | RtlpFreeHeap | RtlpCoalesceFreeBlocks | HeapFree | atiumdag.dll@0x4588c]
** Filed {{bug|1277526}}
 
== 2016-06-01 - jchen ==
05-31 Nightly
 
* Windows #2 <tt>nsCycleCollector::ScanWhiteNodes</tt>
** pinged on {{bug|1266882}}
* Windows #4 <tt>mozilla::dom::RegisterWorkerBindings</tt>
** did not file because all reports are from one installation
* Linux #1 <tt>js::jit::ValueNumberer::visitDominatorTree</tt>
** did not file because all reports are from one installation
 
== 2016-06-01 - ting ==
05-29 Nightly
 
* Windows
** #3 [mozalloc_abort | NS_DebugBreak | mozilla::ipc::FatalError | mozilla::dom::PContentChild::SendGetProcessAttributes]
*** All the crashes were reported after 0531, but first observed in build 20160528030208, filed {{bug|1277138}}.
*** Doubt {{bug|1262671}} is the culprit which was pushed at 0530, but Socorro has reports from build 0528, 0529 and 0530. Wonder is it possible the build id is incorrect if the crash happens right after upgrade.
* Linux
** #1 [libc-2.21.so@0x35267] 7 crashes from 2 installations.
*** ATI drvier r300_dri.so was involved in all the crashes, ignored.
** #2 [js::jit::BaselineScript::icEntryFromReturnAddress] 6 crashes from 1 installation, ignored.
** #4 [js::jit::BaselineInspector::expectedPropertyAccessInputType] 3 crashes from 1 installation, ignored.
* Tried to push {{bug|1140937}} for Win64 library symbols.
 
== 2016-05-30 - njn ==
May 27 and 28 builds. Not much new to report.
 
* Filed {{bug|1276555}} for <tt>mozilla::plugins::PluginScriptableObjectParent::`scalar deleting destructor''</tt>.
* Filed {{bug|1276558}} for <tt>`anonymous namespace''::TypeAnalyzer::insertConversions</tt>.
* Augmented a couple more existing bugs.
 
== 2016-05-27 - dbaron ==
* May 27 nightlies
** nothing big on Windows
** new topcrash on Mac, bug {{bug|1276295}}, which was fixed by backout, but asked around to get nightly respun
** nothing big yet on Linux or Android
** asked in {{bug|1275538}} whether it also fixes RequestAudioData crashes
** looked at {{bug|1255737}} a little and added a comment about being amd64-only
* May 26 nightlies
** Windows
*** filed {{bug|1276353}} on mozilla::jsipc::DOMInstanceOf
*** looked at {{bug|1270916}} a little but didn't see any action to take
*** filed {{bug|1276356}} after brief debugging of nsIFrame::DecVisibilityCount crash
 
== 2016-05-26 - mccr8 ==
2016-05-25 Nightlies
* Top crash was mozilla::net::nsStreamListenerWrapper::OnStopRequest (16 crashes), but from a single installation, and it doesn't seem to have happened anywhere else in the last 7 days, so I didn't file anything. Alright, I went back and filed {{Bug|1276080}} for this crash, as it looks avoidable.
* Filed {{bug|1276062}} - Crash in mozilla::layers::BasicLayerManager::PushGroupForLayer about an intentional crash.
 
== 2016-05-25 - jchen ==
2016-05-24 Nightlies
 
* Windows #6: <tt>free_impl | nsACString_internal::Replace</tt>
** Filed {{bug|1275811}}
* Windows #7: <tt>nsAString_internal::Assign | nsString::nsString</tt>
** Filed {{bug|1275809}}
* Windows #8: <tt>base::win::PEImage::GetProcOrdinal</tt>
** Filed {{bug|1275813}}
* Android #10: <tt>libart.so@0x2f1b62</tt>
** Classified as {{bug|1271103}}
 
== 2016-05-25 - marcia ==
* Filed {{bug|1275538}} for a Media crash
 
== 2016-05-25 - kanru ==
I looked at May 23 Nightly on Windows
 
* Windows
** #8 [@ js::fun_apply] 7 crashes, probably from single installation
*** Filed {{bug|1275495}}
** #11 [@ js::jit::CodeGenerator::visitOutOfLineTypeOfV ]
*** Filed {{bug|1275500}}
** #13 [@ shutdownhang | ntdll.dll@0x906fa] 6 crashes
*** 5 are in mozilla::layers::CompositorThreadHolder::Shutdown
**** Filed {{bug|1275505}}
*** 1 is in mozilla::net::nsHttpConnectionMgr::Shutdown, didn't file
** #16 [@ @0x0 | nsJSCID::GetService] 4 crashes from single installation, didn't file
** #47 [@ nsTHashtable<T>::GetEntry | nsInterfaceHashtable<T>::Get | mozilla::dom::indexedDB::`anonymous namespace''::DatabaseConnection::GetCachedStatement ], 9 crashes on Nightly since May 11.
*** Filed {{bug|1275518}}
 
== 2016-05-24 - ting ==
05-22 Nightly
 
* Windows
** #1 [shutdownhang | ntdll.dll@0xa5164] 27 crashes
*** 21 are {{bug|1268559}}
*** 1 is {{bug|1267752}}, thread 58 is with unresolved symbols in msmpeg2vdec.dll
*** 1 is {{bug|1274399}}, marked {{bug|1257908}} a duplicate of {{bug|1274399}}
*** 1 is {{bug|1158189}}, ni'd :mcmanus
*** 1 is {{bug|1273475}}
*** Filed {{bug|1275167}} for hang in nsEventQueue::GetEvent
*** Filed {{bug|1275162}} for hang in CacheIOThread::Shutdown
** #3 [shutdownhang | ntdll.dll@0x4bb7a] 8 crashes
*** 6 are {{bug|1268559}}, 1 is {{bug|1158189}}, 1 is {{bug|1275167}}
** #7 [nss3.dll@0x1e9700 | kernelbase.dll@0x98b5] is {{bug|1229252}}
** #8 [shutdownhang | ntdll.dll@0x906fa] 6 crashes
*** 2 are {{bug|1268559}}, 2 are {{bug|1158189}}, 2 are {{bug|1275167}}
** #11 [xul.dll@0x245d978 | mozilla::ipc::DeserializeInputStream] 5 crashes from a single installation, ignored
** #12 [MustSkipMarking<T>] 4 crashes from 2 installations, filed {{bug|1275172}}
** #19 [RtlpCoalesceFreeBlocks | RtlpFreeHeap | RtlpCoalesceFreeBlocks | HeapFree | atiumdag.dll@0x4588c] 3 crashes from the same installation, ignored
** #20 [js::LookupOwnPropertyPure] 3 crashes from 2 installations, filed {{bug|1275185}}
** #21 [mozilla::layers::CompositorD3D9::DrawQuad] filed {{bug|1275179}}
** #42 [nsPrintData::DoOnStatusChange] filed {{bug|1275194}}, ni'd :bobowen
 
== 2016-05-23 - njn ==
I looked at May 20 & 21 builds on Windows, Mac, Linux. Something is wrong with the Android results, and the searched linked to from dbaron's page for May 20, 21, 22 are giving zero result.
(Turns out {{Bug|1274488}} is the cause.)
 
* Filed {{Bug|1274888}} for <tt>Crash in mozilla::EventStateManager::GetContentViewer</tt> and  fixed it.
* Filed {{Bug|1274892}} for <tt>mozilla::MediaSourceDemuxer::GetTrackDemuxer</tt>. jya immediately fixed it.
* Filed {{Bug|1274882}} for <tt>nvwgf2umx.dll@0x7bdb85</tt> and other crashes in that DLL.
* Filed {{Bug|1274886}} for <tt>IPCError-content | (msgtype=0x800017,name=???) Route error: message sent to unknown actor ID</tt>.
* Filed {{Bug|1274887}} for <tt>Fold</tt>.
* Filed {{Bug|1274895}} for <tt>js::GlobalHelperThreadState::ionLazyLinkListRemove</tt>.
* Filed {{Bug|1274898}} for <tt>Crash in libgtk-3.so.0.2000.5@0x1b9bd1</tt>.
* Ignored some single-installation crashes.
 
== 2016-05-20 - dbaron ==
* 05-20 Windows
** ReportCorruption crashes are all one user; ignored
 
== 2016-05-20 - mccr8 ==
05-18 Nightly
* Top crash is {{bug|1271102}}, a release assert for large messages. I filed {{bug|1274404}} for adding annotations to make it easier to categorize these. I also started working on {{bug|1272423}} to make a common source of these less frequent.
* Filed #5 {{Bug|1274619}} - Null deref crash in js::jit::ICGetProp_Primitive::Compiler::getStub, all from three different close install times.
* Filed #7 {{Bug|1274625}} - Crash in js::jit::JitCode::copyFrom, all from a single install time.
* Filed #8 {{Bug|1274621}} - Crash in nsCSSScanner::ScanHash, all from a single install time.
* Filed #11 {{Bug|1274630}} - Stack buffer overrun in guard64.dll@0x494b. Maybe we should blocklist this.
 
== 2016-05-18 - jchen ==
05-17 Nightly
* Looked at Windows #10 <tt>mozalloc_abort | NS_DebugBreak | mozilla::ipc::FatalError | mozilla::dom::PBrowserChild::FatalError | mozilla::dom::PBrowserChild::Read</tt>
** Only 2 installations. Going to wait and see.
* Many Windows signatures without symbols
** Hopefully fixed by {{bug|1272278}} in next Nightly.
* No new signatures for for Mac, Linux, Android
 
== 2016-05-18 - kanru ==
I looked at the May 16 build. Symbols are still missing for 64bit windows for this build.
* Connected [@ nss3.dll@0x1e9700] to {{bug|1229252}}
* Looking at [@ mozalloc_abort | xul.dll@0x77f718] looks like [@ mozalloc_abort | NS_DebugBreak | nsDebugImpl::Abort | NS_InvokeByIndex]
* nothing interesting so far in Mac, Linux, or Android
 
== 2016-05-18 - ting ==
For 5-15 Nightly.
 
* Windows
** #3 [igdumd32.dll@0x424de] 22 crashes from 1 installation, ignored.
** #4 [xul.dll@0x1739c82 | strspn] crashed in MediaFormatReader::RequestAudioData(), connected to {{bug|1273018}} which just landed on 5/17.
** #6 [mozalloc_abort | xul.dll@0x7c7428 | xul.dll@0xb905b] crashed from JIT calling nsDebugImpl::Abort(), could be {{bug|1187196}} but filed {{bug|1273770}}.
** #7 [xul.dll@0x31b103] crashed in nsStyleMargin::GetMarginNoPercentage, connected to {{bug|1273360}}.
** #9 [xul.dll@0x1885e8f] 8 crashes from 1 installation, ignored.
** #10 [xul.dll@0x1739c82 | ucrtbase.dll@0xe41bf] connected to {{bug|1273018}}.
** #11 [xul.dll@0xfd40a6 | SystemTimeToFileTime] 6 crashes from 1 installation, ignored.
** #13 [xul.dll@0xccfa63 | strspn] connected to {{bug|1271102}}.
** #15 [PL_HashTableAdd | nsLocale::AddCategory] 4 crashes from 1 installation, ignored.
** #19 [moz_abort | arena_run_split | arena_malloc_large | malloc_impl | xul.dll@0x1e25b2] connected to {{bug|1267924}}, added comments.
* Mac
** #4 [shutdownhang | js::] started crashing from 20160507030302, filed {{bug|1273792}}.
* Android
** #5 [@0xf490173a] 5 crashes from 1 installation, ignored.
 
== 2016-05-16 - njn ==
I looked at May 13 and 14 builds.
* {{bug|1272738}} badly affects usefulness of Windows crash reports and greatly reduced my ability to analyze these builds' crashes. I added extra data, a needinfo and a tracking49 to that bug.
* Filed {{bug|1273015}} for <tt>sr2osd.dll@0x438e</tt>.
* Filed {{bug|1273018}} for <tt>Crash in mozilla::MediaFormatReader::UpdateReceivedNewData</tt>.
* Filed {{bug|1273020}} for <tt>mozilla::a11y::ApplicationAccessibleWrap::Name</tt> and posted a patch to fix it.
* Filed {{bug|1273043}} for <tt>mozilla::net::HttpChannelChild::DoOnStartRequest</tt> and posted a patch that might fix it.
* Filed {{bug|1273048}} for <tt>mozilla::PseudoElementForStyleContext</tt>.
 
== 2016-05-13 - dbaron ==
* Windows 5-12 (Thursday) builds:
** seems like something wrong with the symbols for the nightly ({{bug|1272738}})
*** "xul.dll@0xabeeb0 | PR_NativeRunThread | pr_root" is a set of shutdownhang crashes
* Windows, May 12 (again)
** connected {{bug|1272746}} and poked for tracking
** filed {{bug|1272815}}
** connected gfxWindowsPlatform::UpdateBackendPrefs crashes to {{bug|1116540}}
** connected new crashes to {{bug|1266209}}
* Mac, May 12
** connected Mac signature to {{bug|1272746}}
* Linux, May 12
** connected Linux signature to {{bug|1272746}}
* Android, May 12
** filed {{bug|1272817}}
* Windows, May 13:  no data yet since 64-bit builds have bad {{bug|1272738}}, and 32-bit builds were built very late and hadn't reported crashes yet
* nothing interesting so far in May 13 Mac, Linux, or Android
 
== 2016-05-13 - mccr8 ==
For 5-11 Nightly.
 
* #2 Windows crash is [@ shutdownhang | ntdll.dll@0xa5164], which is missing symbols. I posted in the Windows missing symbols bug ({{bug|1270190}}).
* Two signatures with xul.dll, which doesn't seem like it should happen. I filed {{bug|1272738}} for that.
* {{bug|1272750}} - Filed a bug for the #8 Windows crash, in NSS, though it appears to be all one user.
* {{bug|1271102}} - Added a signature for OSX for this message size assertion, which is the #1 crash on OSX.
 
== 2016-05-11 - jchen ==
For 05-10 Nightly.
 
* Revisited Windows #1 crash <tt>nsXPCWrappedJS::CallMethod</tt> ({{bug|1271019}})
** Commented on addon correlation and regression range
* Revisited Windows #5 crash <tt>shutdownhang | ntdll.dll@0x4bb7a</tt>, #6 crash <tt>shutdownhang | ntdll.dll@0xa5164</tt>, and #8 crash <tt>shutdownhang | ntdll.dll@0x4d3fa</tt>
** Many but not all seem input related (CThreadInputMgr and/or msctf.dll in stack)
** Maybe we should file a catch-all "ntdll.dll@<hex address>" bug?
* Revisited Windows #9 crash <tt>msmpeg2vdec.dll@0x25a3fb</tt> ({{bug|1180561}})
** Nagged assignee
 
== 2016-05-11 - kanru ==
I looked at May 9.
* windows nightly #6 [@ shutdownhang | ntdll.dll@0x4bb7a ] mostly {{bug|1268559}}
** 4 reports from 2 installations are shutdownhang in mozilla::net::nsHttpConnectionMgr::Shutdown, didn't file a bug.
* windows nightly #11 [@ mozalloc_abort | NS_DebugBreak | IPC::ParamTraits<T>::Write]
** Filed {{bug|1271888}} Crash in mozalloc_abort | NS_DebugBreak | IPC::ParamTraits<mozilla::net::NetAddr>::Write "Unknown socket family"
** Filed {{bug|1271887}} to separate reports of IPC::ParamTraits<T> to the specific types
* windows nightly #14
** Filed {{bug|1271890}} Crash in base::win::PEImage::GetProcAddress
* android nightly #2 std::rethrow_exception in mozilla::gl::CreateSurfaceForWindow
** Added to {{bug|1271103}}
 
== 2016-05-09 - njn ==
I looked at May 8.
* Filed {{bug|1271522}} for <tt>nsIFrame::TrackingVisibility</tt>.
* Filed {{bug|1271525}} for <tt>igdumd64.dll@0xd0ef0</tt>.
* Filed {{bug|1271527}} for <tt>mozilla::net::WebSocketChannel::Notify</tt>.
* Filed {{bug|1271529}} about getting better crash signature for Rust panics. Not sure exactly how the regex matching will work on some of the stack frames.
* Minor updates to a couple of other bugs.
 
== 2016-05-09 - njn ==
I looked at May 6 and 7. Android's a mess at the moment.
 
* Filed {{bug|1271164}} and uploaded a fix, for <tt>gfxUserFontSet::UserFontCache::Entry::ReportMemory</tt>.
* Filed {{bug|1271163}} for <tt>atidxx64.dll@0x1dd994</tt>.
* Filed {{bug|1271174}} for <tt>java.lang.NullPointerException: at org.mozilla.gecko.telemetry.UploadTelemetryCorePingCallback$1.run(UploadTelemetryCorePingCallback.java)</tt>.
* File {{bug|1271175}} for <tt>java.lang.IllegalArgumentException: The key must be an application-specific resource id. at android.view.View.setTag(View.java)</tt>.
* Added some data to a few others, and added tracking49? to a couple.
* Added other crash signatures to {{bug|1271103}}.
 
== 2016-05-06 - dbaron ==
I looked at builds for May 5, and a little bit of aurora for May 6.
* filed {{bug|1270963}} on new Android topcrash
* poked various other bugs to try to make them progress
* filed {{bug|1271019}} on May 6 topcrash (XPCWrappedJS MOZ_CRASH())
* filed {{bug|1271020}} on Android May 6 topcrash
 
== 2016-05-05 - mccr8 ==
I looked at builds for 05-04
* #1 {{bug|1270652}} - Crash in mozilla::layers::FindScrolledLayerForScrollbar. 17 crashes, but it looks like it is a single user. I filed a bug anyways.
* #7 [@ shutdownhang | ntdll.dll@0x4bb7a ] - This crash has no bug on file any more, but at least some of it is {{bug|1268559}}. Due to {{bug|1270190}}, the crash signature is crummy and a bunch of random issues are just bucketed together.
 
== 2016-05-04 - jchen ==
* windows nightly #5: <tt>shutdownhang | ntdll.dll@0x4bb7a</tt>
** Several reports have "CompositorBridgeParent::ShutDown" and/or "CThreadInputMgr::PeekMessageW" in the stack, but I'm not positive it's related to bug {{bugzilla|1268559}}.
* windows nightly #6: <tt>PLDHashTable::Remove | mozilla::a11y::DocAccessible::UnbindFromDocument</tt>
** Added signature to bug {{bugzilla|1268320}}.
* windows nightly #7: <tt>wbload.dll@0x23c7c</tt>
** Filed bug {{bugzilla|1270345}}.
* windows nightly #9: <tt>shutdownhang | WaitForSingleObjectEx | CThreadInputMgr::PeekMessageW</tt>
** Related to <tt>shutdownhang | ntdll.dll@0x4bb7a</tt>, but again, not sure of relation to bug {{bugzilla|1268559}}.
* android aurora #5: <tt> Crash in java.lang.NullPointerException: Attempt to invoke virtual method ''int android.graphics.Bitmap.getWidth()'' on a null object reference at org.mozilla.gecko.favicons.LoadFaviconTask.doInBackground(LoadFaviconTask.java)</tt>
** Filed bug {{bugzilla|1270348}}
 
== 2016-05-03 - njn ==
I looked at builds for May 01 and 02.
 
Windows, May 01:
* #1, #2, #3: <tt>shutdownhang | ...</tt>: Noted again in {{bug|1268920}} that this is a bad one.
* #4: <tt>PLDHashTable::Remove | mozilla::a11y::EventTree::Process</tt>: Noted in {{bug|1268320}} that this is a top crash and requested tracking for 49.
* #5: <tt>libovrrt32_1.dll@0xc65f</tt>: Added more info in {{bug|1267150}}.
* #7: <tt>nsACString_internal::Assign | nsACString_internal::Assign | mozilla::gmp::GetContentParentFromDone::Done</tt>: {{bug|1268714}} appears to have fixed this one; no sign of it in the May 02 Nightly.
* #9: <tt>IsAboutToBeFinalizedInternal<T></tt>: ignored, difficult JS GC one with varying stacks
* #11: <tt>mozilla::layers::SyncObjectD3D11::FinalizeFrame</tt>: added info to the bug.
* #13: <tt>d3d10warp.dll@0x6d412</tt>: filed {{bug|1270000}}
* #16: <tt>moz_abort | arena_run_split | arena_malloc_large | malloc_impl | PLDHashTable::Add | CCGraphBuilder::NoteRoot</tt>: ignored; abort within jemalloc, hard to act on
 
Windows, May 02:
* #1: <tt>mozilla::FrameLayerBuilder::PaintItems</tt>: ignored; 48 crashes from one installation, and no sign of it in the May 03 crash reports.
* #6: <tt>mozilla::AudioBlockCopyChannelWithScale_SSE</tt>: reopened {{bug|1266302}}.
* #13: <tt>mozilla::places::`anonymous namespace''::FetchPageInfo</tt>: ignored; six crashes from one installation.
* #14: <tt>NS_InitXPCOM2</tt>: ignored; five crashes from one installation.
* #19: <tt>winmm_stream_init</tt>: filed {{bug|1270004}}.
 
Mac, May 01 and 02:
* Nothing of note.
 
Linux, May 01 and 02:
* Nothing of note.
 
Android, May 01:
* #1: <tt>ElfLoader::~ElfLoader</tt>: added data to {{bug|1164027}}
 
Android, May 02:
* #3, #6: <tt>libstagefright</tt> ones: couldn't make sense of these. All from a single installation, and the stacks are really weird.
 
== 2016-05-02 - njn ==
Note that Skia backends have been enabled (I think?) on some platforms recently, so it's worth keeping an eye out for Skia-related crashes, which usually involved functions with a "Sk" prefix.
 
I looked at builds for 4/29 and 4/30.
 
Windows 04/29:
* #1, #2: Noted that {{bug|1268920}} is the #1 and #2 topcrash.
* #3: <tt>Interpret</tt>: ignored; 18 crashes from a single installation.
* #6: <tt>mozalloc_abort | NS_DebugBreak | mozilla::ipc::FatalError | mozilla::net::PHttpChannelChild::FatalError | mozilla::net::PHttpChannelChild::OnMessageReceived</tt>: matches a supposedly fixed bug. 12 crashes from one installation. I needinfo'd kanru.
* #10: <tt>mswsock.dll@0x355e</tt>: ignored; 6 crashes from a single installation, stack trace has DLL weirdness in it.
* #12: <tt>mozilla::gfx::Path::TransformedCopyToBuilder</tt>: added new diagnostic info from today's crashes to {{bug|1266209}}.
* #13: <tt>shutdownhang | ntdll.dll@0x2bea</tt>: ignored; 5 hangs from a single installation.
* #14: <tt>xfelkn.dll@0xba3ba</tt>: ignored; 5 hangs from one installation. Google says almost nothing about this DLL.
 
Windows 04/29:
* #5: <tt>js::jit::JitCode::copyFrom</tt>: ignored; 5 crashes from one installation.
* #6: <tt>mozilla::dom::WorkerGlobalScopeBinding_workers::genericGetter</tt>: ignored; 5 crashes from one installation.
* #7: <tt>NS_strdup | PREF_CopyCharPref</tt>: ignored; 4 crashes from one installation
* #13: <tt>d3dcompiler_47.dll@0x23aacd</tt>: ignored; 3 crashes from one installation, unhelpful stack traces
* #16: <tt>nhasusstrixosd.dll@0x663e</tt>: filed {{bug|1269244}}.
 
Mac 04/29, 04/30:
* Nothing of note.
 
Linux 04/29:
* #2: <tt>mozilla::IncrementalFinalizeRunnable::ReleaseNow</tt>: filed {{bug|1269245}}.
* #5: <tt>MaiAtkObject::Shutdown</tt>: reopened {{bug|1263517}} in light of reoccurrences.
 
Linux 04/30:
* Nothing of note.
 
Android 04/29:
* #1: <tt>java.lang.NullPointerException: at android.widget.AdapterView.performItemClick(AdapterView.java)</tt>: ignored; 5 crashes from 1 installation.
 
Android 04/30:
* #1: <tt>SkDraw::ShouldDrawTextAsPaths</tt> : filed {{bug|1269247}}.
 
== 2016-04-29 - dbaron ==
looked at builds for 4/28 and some of aurora for 4/29 as well
* filed {{bug|1268920}} on @0x0 | js::Proxy::get crashes on aurora only
* looked into ParseSingleTransform crash briefly, blamed bad hardware
* filed {{bug|1269013}} on Fennec stack overflow crashes in _cairo_spline_decompose_into
* filed {{bug|1269028}} on bizarre and probably unactionable floorf crashes
* filed {{bug|1269036}} on IPC aborts
** and {{bug|1269033}} on improving the signature with prefix_signature_re
* Aurora PREF_GetIntPref crashes were one user; skipped
* debugged an instance of {{bug|1267647}}
 
== 2016-04-28 - mccr8 ==
I looked at builds for 4/27.
* {{bug|1268559}}: I put a bunch of the shutdown hangs in here. They are mostly happening during compositor shutdown, and that code got a big revamp last week, so maybe that's to blame. It is just spinning the event loop so maybe it isn't that code's fault per se.
* {{bug|1268714}}: Near-null crash in gmp::GetContentParentFromDone::Done. Filed this. Looks like a new regression.
* {{bug|1268719}}: Very large allocations in refill_callback_duplex. Around 1GB. Looks like a regression.
* {{bug|1268721}}: Null deref crash in GetSurfaceData() called from PuppetWidget::SetCursor(). This looks like an old crash, but it looks simple to fix.
 
== 2016-04-27 - jchen ==
* <tt>OOM | unknown | js::AutoEnterOOMUnsafeRegion::crash | JS::Zone::getUniqueIdInfallible</tt>
** Need to reassess; low volume OOM
* <tt>PLDHashTable::Remove | mozilla::a11y::EventTree::Process</tt>
** Filed {{bug|1268320}}; code in <tt>EventTree.cpp</tt> appears to be recently changed
* <tt>base::win::PEImage::GetProcAddress</tt>
** Need to reassess; not a recent crash and is inside imported code
* <tt>libgobject-2.0.so.0.4400.1@0x33af4</tt>
** Filed {{bug|1268324}}; appears to have started after {{bug|1262563}} landed
 
 
* Ignored single install crashes
** <tt>mozilla::css::GroupRule::~GroupRule</tt>
** <tt>nhasusstrixosd.dll@0x663e</tt>
** <tt>ld-2.23.so@0xb571</tt> (single install in 48.0a2, couple of installs in 47.0a2)
* Ignored shutdown hangs
** <tt>shutdownhang | WaitForSingleObjectEx | PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent</tt>
** <tt>shutdownhang | WaitForSingleObjectEx | WaitForSingleObject | PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent</tt>
** <tt>shutdownhang | ntdll.dll@0x4bb7a</tt>
** <tt>shutdownhang | ntdll.dll@0x9386a</tt>

Latest revision as of 05:18, 30 August 2016

The Nightly crash triage page has been split up. Please see the links to the new pages in the Uptime wiki.

Retrieved from "https://wiki.allizom.org/index.php?title=Platform/Uptime/Logs&oldid=1146218"