Closed Bug 1248909 Opened 4 years ago Closed 4 years ago

crash in mozilla::TrackBuffersManager::CompleteResetParserState

Categories

(Core :: Audio/Video: Playback, defect, critical)

45 Branch
x86
Windows NT
defect
Not set
critical

Tracking

()

RESOLVED FIXED
Tracking Status
firefox45 --- fixed
firefox46 --- fixed
firefox47 --- fixed

People

(Reporter: philipp, Assigned: jya)

References

Details

(Keywords: crash, regression)

Crash Data

Attachments

(2 files)

This bug was filed from the Socorro interface and is 
report bp-6e8cd5f7-de5b-46a9-bf0b-7c0692160217.
=============================================================
Crashing Thread (78)
Frame 	Module 	Signature 	Source
0 	xul.dll 	mozilla::TrackBuffersManager::CompleteResetParserState() 	dom/media/mediasource/TrackBuffersManager.cpp
1 	xul.dll 	nsRunnableMethodImpl<void ( mozilla::WMFMediaDataDecoder::*)(void), 1>::Run() 	xpcom/glue/nsThreadUtils.h
2 	xul.dll 	mozilla::TaskQueue::Runner::Run() 	xpcom/threads/TaskQueue.cpp
3 	xul.dll 	nsThreadPool::Run() 	xpcom/threads/nsThreadPool.cpp
4 	xul.dll 	nsThread::ProcessNextEvent(bool, bool*) 	xpcom/threads/nsThread.cpp

this is a new signature since bug 1245463 landed.
Flags: needinfo?(jyavenard)
Assignee: nobody → jyavenard
Flags: needinfo?(jyavenard)
I don't understand how mozilla::WMFMediaDataDecoder::* could be in the crash signature :(
Keywords: leave-open
Going to change the MOZ_RELEASE_ASSERT into MOZ_DIAGNOSTIC_ASSERT for now until we can figure out what's happening.

At least this tells us an supposedly impossible solution is happening
Comment on attachment 8720563 [details]
MozReview Request: Bug 1248909: [MSE] P2. Simplify diagnostic. r?gerald

https://reviewboard.mozilla.org/r/35363/#review32005
Attachment #8720563 - Flags: review?(gsquelart) → review+
Comment on attachment 8720563 [details]
MozReview Request: Bug 1248909: [MSE] P2. Simplify diagnostic. r?gerald

Approval Request Comment
[Feature/regressing bug #]: 1248909
[User impact if declined]: Crashes
[Describe test coverage new/current, TreeHerder]: change of assertion level only
[Risks and why]: None, it's disabling a diagnostic assertion. We wanted to check if the problem was occurring, now we know
[String/UUID change made/needed]: none
Attachment #8720563 - Flags: approval-mozilla-beta?
Attachment #8720563 - Flags: approval-mozilla-aurora?
Attachment #8720563 - Attachment description: MozReview Request: Bug 1248909: [MSE] Use MOZ_DIAGNOSTIC_ASSERT. r=gerald → MozReview Request: Bug 1248909: [MSE] P2. Simplify diagnostic. r?gerald
Comment on attachment 8720563 [details]
MozReview Request: Bug 1248909: [MSE] P2. Simplify diagnostic. r?gerald

Review request updated; see interdiff: https://reviewboard.mozilla.org/r/35363/diff/1-2/
https://reviewboard.mozilla.org/r/35363/#review32049

r+ (again) for the code. Please review your check-in comment (confusing grammar).
MozReview-Commit-ID: 5HPdLKopGGa
(In reply to Gerald Squelart [:gerald] from comment #8)
> https://reviewboard.mozilla.org/r/35363/#review32049
> 
> r+ (again) for the code. Please review your check-in comment (confusing
> grammar).

mozreview screwed up and removed the first patch and merged the 2nd together...

that or I just don't get how mozreview is supposed to work
(In reply to Jean-Yves Avenard [:jya] from comment #11)
> mozreview screwed up and removed the first patch and merged the 2nd
> together...

Could you please flag that to the MozReview devs (mcote/gps/...) to find out if there's a bug there that they can fix? Thanks!
Comment on attachment 8720563 [details]
MozReview Request: Bug 1248909: [MSE] P2. Simplify diagnostic. r?gerald

Taking it to improve the diagnostic.
Attachment #8720563 - Flags: approval-mozilla-beta?
Attachment #8720563 - Flags: approval-mozilla-beta+
Attachment #8720563 - Flags: approval-mozilla-aurora?
Attachment #8720563 - Flags: approval-mozilla-aurora+
Ugh, misread the commit history. The patch I backed out was fine, it was the patch that's still stuck on inbound that I needed to back out.

Relanding the original patch:
https://hg.mozilla.org/mozilla-central/rev/d5daf10d3b74

Backing out part 2: 
https://hg.mozilla.org/integration/mozilla-inbound/rev/f385fb62ec91
(In reply to Wes Kocher (:KWierso) from comment #17)
> Ugh, misread the commit history. The patch I backed out was fine, it was the
> patch that's still stuck on inbound that I needed to back out.

you got me worried for a second, couldn't see how changing MOZ_RELEASE_ASSERT into MOZ_DIAGNOSTIC_ASSERT could lead to crashes !
Flags: needinfo?(jyavenard)
jean-yves so should uplift the commit from commit#17 or commit#20 to aurora and beta ?
Flags: needinfo?(jyavenard)
both.

The first prevent the assert for ever existing in beta.
And the 2nd completely remove the ability for this crash signature to exist.
Flags: needinfo?(jyavenard)
Keywords: leave-open
NI:myself to remember to monitor crash reports over the next few days.
Flags: needinfo?(gsquelart)
there's been no crash with this signature in the past week with updated browser. Every single crashes in the past 7 days were with build 20160215141016 which didn't include the fix
Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(gsquelart)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.