Closed
Bug 1308609
Opened 8 years ago
Closed 8 years ago
Firefox crashes in [@ mozilla::BaseAutoLock<T>::BaseAutoLock<T> ]
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 1308603
People
(Reporter: Virtual, Unassigned)
Details
(Keywords: nightly-community)
I was watching some embedded YouTube movie, maybe closing the other already watched one or maybe seeking that time and crash happened in [@ mozilla::BaseAutoLock<T>::BaseAutoLock<T> ]. I have e10s enabled. Crashlog report: https://crash-stats.mozilla.com/report/index/bp-139621e1-557b-4577-ba08-d62ec2161007 Looking on statistics Firefox 52.0a1 has nearly 500 crashes already. [Tracking Requested - why for this release]: Regression
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•8 years ago
|
Crash Signature: [@ mozilla::BaseAutoLock<T>::BaseAutoLock<T> ]
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Comment 1•8 years ago
|
||
Spike in crashes started on 52.0a1 (2016-10-06) So based on this and on next frame in crashing thread which is "mozilla::MozPromise<mozilla::MediaDecoder::SeekResolveValue, bool, 1>::ChainTo", I suspect one of these bugs caused this crash: #1307356 [Core:Audio/Video: Playback]-Move MDSM::DecodeFirstFrame() into DecodingFirstFrameState [Uns][] #1307677 [Core:Audio/Video: Playback]-Move some code from MDSM::InitiateSeek to state objects [Uns][] #1307699 [Core:Audio/Video: Playback]-Move some code to SeekingState [Uns][]
Flags: needinfo?(jwwang)
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•8 years ago
|
See Also: → 1308603
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•8 years ago
|
Confirmed here, enabling e10s solves the problem. So it is e10s related! My Nightly was crashing like crazy two days ago, I need to enable e10s to stop.
(In reply to Semtex from comment #2) > Confirmed here, enabling e10s solves the problem. So it is e10s related! My > Nightly was crashing like crazy two days ago, I need to enable e10s to stop. No, not that. I'm enabling e10s but it still occurs.
Comment 4•8 years ago
|
||
Should be a dup of bug 1308603.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(jwwang)
Resolution: --- → DUPLICATE
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•8 years ago
|
Crash Signature: [@ mozilla::BaseAutoLock<T>::BaseAutoLock<T> ]
status-firefox52:
affected → ---
tracking-firefox52:
? → ---
Keywords: crash,
crashreportid,
regression,
top50,
topcrash,
topcrash-win
See Also: 1308603 →
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•8 years ago
|
Status: RESOLVED → VERIFIED
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•7 years ago
|
Keywords: nightly-community
Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
Reporter
|
||
Updated•7 years ago
|
QA Contact: Virtual
You need to log in
before you can comment on or make changes to this bug.
Description
•