Closed
Bug 1179482
Opened 9 years ago
Closed 9 years ago
crash in mozilla::MediaFormatReader::ReleaseMediaResources()
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1180403
Tracking | Status | |
---|---|---|
e10s | - | --- |
firefox40 | --- | unaffected |
firefox41 | + | fixed |
firefox42 | --- | affected |
People
(Reporter: jesper, Unassigned)
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is report bp-560df307-fcd3-401f-a03c-11b712150701. ============================================================= More crashes: https://crash-stats.mozilla.com/report/list?product=Firefox&signature=mozilla%3A%3AMediaFormatReader%3A%3AReleaseMediaResources%28%29#tab-reports I had https://www.youtube.com/watch?v=Pmr3XvaoVW4 running in the background, and once it hit around 1:10:00 to 1:20:00, then all the content tabs crashed. I believe this could be related to some of the "out of sync" videos. You may actually have to let the video run for the entire duration for it to crash :/
Comment 2•9 years ago
|
||
[Tracking Requested - why for this release]: We should track for the release in general as it's a topcrash on both the browser and content process, with and without e10s, about 4% of overall crashes of both processes.
status-firefox41:
--- → affected
tracking-firefox41:
--- → ?
Comment 3•9 years ago
|
||
It should be noted that this crash is not background-specific. I just had it during foreground YouTube video playback.
Comment 4•9 years ago
|
||
Sorry for double post but I forgot to add specific YouTube video that crashes for me: https://youtu.be/CLcjvIQJns0 The interesting part is that I found that this specific video (in 1080p60 mode) crashes after couple of minutes of watching even after fresh restart: 1) https://crash-stats.mozilla.com/report/index/4db15b71-6b5a-4fe2-aa73-74c462150707 -- initial crash; 2) https://crash-stats.mozilla.com/report/index/67976bac-da32-48a7-8e17-b516a2150707 -- crash after fresh restart (due to previous crash). I have watched couple of dozens of other videos earlier today (though they were regular 30 FPS, not 60 FPS playback as this one) and none of them has crashed FireFox.
Adding a tracking flag for FF41 as this was identified as a top crash in comment 2.
Comment 6•9 years ago
|
||
Description of this bug states that "Version: unspecified", but I just confirmed that YouTube video that crashes in Nightly in my case does not crash in release version 39, so the "Version" can be set to 41 and above.
Comment 7•9 years ago
|
||
We're not using the Version field much, we use the status flags for marking which versions are affected.
status-firefox40:
--- → unaffected
status-firefox42:
--- → affected
Updated•9 years ago
|
1448 void MediaFormatReader::ReleaseMediaResources() 1449 { 1450 // Before freeing a video codec, all video buffers needed to be released 1451 // even from graphics pipeline. 1452 VideoFrameContainer* container = mDecoder->GetVideoFrameContainer(); mDecoder is null
Flags: needinfo?(cpearce)
Comment 9•9 years ago
|
||
I thought MediaFormatReader wasn't enabled on Nightly yet? So I'm surprised we have crash reports already. We can probably just null-check mDecoder here.
Flags: needinfo?(cpearce) → needinfo?(jyavenard)
Comment 10•9 years ago
|
||
MediaFormatReader is the default for anything related to mp4. But didn't I submitted a patch for exactly that problem last week?
Flags: needinfo?(jyavenard)
Comment 11•9 years ago
|
||
Ah yes: bug 1180403
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Comment 12•9 years ago
|
||
Since not everyone might be able to see the duplicate bug: I've confirmed that these stopped on nightly after bug 1180403 landed.
Setting status-firefox41 to "fixed" just like bug 1180403.
You need to log in
before you can comment on or make changes to this bug.
Description
•