Open Bug 1701560 Opened 7 months ago Updated 7 months ago

Crash in [@ mozilla::MediaRawData::~MediaRawData]

Categories

(Core :: Audio/Video, defect, P3)

Unspecified
All
defect

Tracking

()

People

(Reporter: gsvelto, Unassigned)

Details

(Keywords: crash)

Crash Data

Crash report: https://crash-stats.mozilla.org/report/index/7d987423-e689-4aff-ada3-4a0170210328

Reason: SIGSEGV /0x00000080

Top 10 frames of crashing thread:

0 libxul.so mozilla::MediaRawData::~MediaRawData dom/media/MediaData.cpp:500
1 libxul.so mozilla::MediaRawData::~MediaRawData dom/media/MediaData.cpp:500
2 libxul.so mozilla::TrackBuffersManager::RemoveFrames dom/media/mediasource/TrackBuffersManager.cpp:2360
3 libxul.so mozilla::TrackBuffersManager::CodedFrameRemoval dom/media/mediasource/TrackBuffersManager.cpp:655
4 libxul.so mozilla::TrackBuffersManager::ProcessTasks dom/media/mediasource/TrackBuffersManager.cpp:230
5 libxul.so mozilla::TrackBuffersManager::QueueTask dom/media/mediasource/TrackBuffersManager.cpp:170
6 libxul.so mozilla::TrackBuffersManager::CodedFrameRemovalWithPromise dom/media/mediasource/TrackBuffersManager.cpp:593
7 libxul.so mozilla::detail::ProxyRunnable<mozilla::MozPromise<bool, nsresult, true>, RefPtr<mozilla::MozPromise<bool, nsresult, true> >  xpcom/threads/MozPromise.h:1534
8 libxul.so mozilla::TaskQueue::Runner::Run xpcom/threads/TaskQueue.cpp:158
9 libxul.so nsThreadPool::Run xpcom/threads/nsThreadPool.cpp:303

This is a mish-mash crash signature with at least two different stacks under it. The above is one and this is the other most common one:

0 xul.dll mozilla::MediaRawData::~MediaRawData dom/media/MediaData.cpp:506
1 xul.dll mozilla::MediaRawData::~MediaRawData dom/media/MediaData.cpp:506
2 xul.dll nsTArray_Impl<RefPtr<mozilla::MediaRawData>, nsTArrayInfallibleAllocator>::Clear xpcom/ds/nsTArray.h:1911
3 xul.dll mozilla::TrackBuffersManager::TrackData::Reset dom/media/mediasource/TrackBuffersManager.h:385
4 xul.dll mozilla::TrackBuffersManager::ProcessTasks dom/media/mediasource/TrackBuffersManager.cpp:249
5 xul.dll mozilla::TrackBuffersManager::QueueTask dom/media/mediasource/TrackBuffersManager.cpp:170
6 xul.dll mozilla::detail::RunnableMethodImpl<RefPtr<mozilla::AbstractCanonical<CopyableTArray<RefPtr<mozilla::ProcessedMediaTrack> > > >, void  xpcom/threads/nsThreadUtils.h:1201
7 xul.dll mozilla::TaskQueue::Runner::Run xpcom/threads/TaskQueue.cpp:158
8 xul.dll nsThreadPool::Run xpcom/threads/nsThreadPool.cpp:303
9 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1148

The volume isn't very high but given the stacks are fairly consistent it might point to a real problem.

NI myself to take a look on this problem later.

Flags: needinfo?(alwu)
Severity: -- → S2
Flags: needinfo?(alwu)
Priority: -- → P3
Flags: needinfo?(alwu)

I haven't got any finding by looking those crash reports, but I also find other two interesting crash stacks which are different than others. It's still not clear to me that why we would crash on the dtor of the media data. In addition, as the crash rate is not too high, I will lower its severity to S3.

Audio Trimmer
https://crash-stats.mozilla.org/report/index/5a7b61c0-a599-4909-aca3-52e250210330#allthreads

MP3TrackDemuxer
https://crash-stats.mozilla.org/report/index/dec1e5f2-540b-4535-b998-6c3a40210330#tab-details

Severity: S2 → S3
Flags: needinfo?(alwu)

Yeah the stacks are a bit of a mess, I can't exclude that they might just be users with broken hardware.

You need to log in before you can comment on or make changes to this bug.