Closed Bug 1123235 Opened 11 years ago Closed 10 years ago

Firefox crashes when trying to view a video when parts of gstreamer are missing

Categories

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

36 Branch
x86_64
Linux
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: quelbs+bugzilla.mozilla, Unassigned)

References

Details

(Keywords: crash)

Crash Data

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:36.0) Gecko/20100101 Firefox/36.0 Build ID: 20150115185223 Steps to reproduce: Start Firefox go to youtube URI or vimeo URI that plays video directly Actual results: Firefox crashes Expected results: Video should be played
That crash looks like a gstreamer crash to me. Are you using the official https://www.mozilla.org/ builds?
Component: Untriaged → Video/Audio
Flags: needinfo?(quelbs+bugzilla.mozilla)
Product: Firefox → Core
Thank you for your comment, Gijs. I use the official gstreamer builds and Firefox from the official PPA, but I did not have installed all packages of gstreamer. After your comment I installed all packets of gstreamer using sudo apt-get install gstreamer1.0-* and now video works without crashing.
Flags: needinfo?(quelbs+bugzilla.mozilla)
Great! Glad it works now.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
I still think Firefox should not crash when some third party packed is not installed / configured correctly.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Summary: Firefox crashes when trying to view a video → Firefox crashes when trying to view a video when parts of gstreamer are missing
Per bug 1123141 comment 6, this seems to not be a completely isolated occurrence... Matthew, is there anything we can do to improve this story, based on the info we have?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(kinetik)
We shouldn't crash, if we can help it. The crash report stack is entirely inside the GST code (and without symbols), so it's not immediately clear if the crash is avoidable from our code. Bouncing this to Edwin/Alessandro who know far more about GST than I do.
Flags: needinfo?(kinetik)
Flags: needinfo?(edwin)
Flags: needinfo?(alessandro.d)
Yuck. Looks like the crash is internal to gstreamer -- the stack hints at ffmpeg AAC support; we've had trouble with that plugin in the past. Fetching other gstreamer packages probably fetched plugins-bad which includes a faad-based decoder. Not sure what we can do here; we might be able to blacklist this particular decoder.
Flags: needinfo?(edwin)
I experienced the same issue: Firefox on Linux crashes on every websites with a video element. This started with Firefox esr31.6.0, reverting back to the esr31.5.3 I've no crash. The crashes are caused by gstreamer0.10-ffmpeg plugin: removing it all works properly, but I lost H264 support. I tried to have a crash signature, but even after sending it I can't have the link, I will try again.
(In reply to intendentedelleacque from comment #9) > I experienced the same issue: Firefox on Linux crashes on every websites > with a video element. > > This started with Firefox esr31.6.0, reverting back to the esr31.5.3 I've no > crash. > > The crashes are caused by gstreamer0.10-ffmpeg plugin: removing it all works > properly, but I lost H264 support. > > I tried to have a crash signature, but even after sending it I can't have > the link, I will try again. Here the crash reports: https://crash-stats.mozilla.com/report/index/dfb24bb8-8dcb-45c9-8b7c-8a6862150428 https://crash-stats.mozilla.com/report/index/be5e057b-e008-4643-b053-64c392150504
Component: Audio/Video → Audio/Video: Playback
Severity: normal → critical
Crash Signature: [@ libgstlibav.so@0x19f12 ]
Keywords: crash
gstreamer is going in bug 1234092
Status: NEW → RESOLVED
Closed: 11 years ago10 years ago
Resolution: --- → WONTFIX
Flags: needinfo?(alessandro.d)
You need to log in before you can comment on or make changes to this bug.