969893 - Crash when playing javascript audio

Status: RESOLVED WORKSFORME

(Firefox :: Untriaged, defect)

Description

[e8sp56]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release)
Build ID: 20140104175133

Steps to reproduce:

User agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0

1. Open http://freakshow.fm/fs117-yksi-kaksi
2. Hit the play button.
3. It loads for a few seconds and crashes then.

This bug also affects other sites which use the same player for example http://300hertz.de/tag/podcast .
The player is the Podlove Web Player: http://podlove.org/podlove-web-player/


Actual results:

Firefox crashes completely. When starting Firefox from a shell, it shows me that there was a segmentation fault.


Expected results:

Normally, there should be sound output.

Comment 1

[Manuela Muntean [Away]]

WFM with latest Nightly on Ubuntu 13.10 32-bit.

Could you please try the following :

1) try this with a clean profile: http://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles

2) running in Safe mode: http://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

Comment 2

[e8sp56]

(In reply to Manuela Muntean [:Manuela] [QA] from comment #1)
> 1) try this with a clean profile:
> http://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles
> 
> 2) running in Safe mode:
> http://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-
> mode
Both solutions did not solve the problem. It still crashes then and upgrading to Firefox 27 did not help neither.

Comment 3

[dfern]

Attachment: Web Player.docx

Comment 4

[dfern]

[bugday-20140210]
Unable to reproduce in build 30.0a1 (2014-02-10) using Windows 7 32 bit with Outlook 2010
In looking at the following site on FF, Chrome v32, and IE 8 there are some interesting differences.
http://freakshow.fm/fs117-yksi-kaksi#t=00:00

I did not see much different from the other links

FF did take quite a bit longer to load and start playing the song as compared to the others that loaded and started very quickly.
It looks like the progress bar is is a bit different behavior in that in FF the song plays but looks like it is still loading
Attached are screen shots showing that FF Looks like Chrome but the player in IE looks very different. 

Also in the Developer tools there are 1 error and 2 warnings(I think I only could capture the warnings):
  
Use of getPreventDefault() is deprecated.  Use defaultPrevented instead. jquery.js:4
HTTP load failed with status 403. Load of media resource http://300hertz.de/episodes/300Hertz_E009.m4a failed.

Comment 5

[e8sp56]

Attachment: gdb backtrace

Comment 6

[e8sp56]

I do not really know anything about debugging. If I open firefox with gdb and and use 'bt full' after the crash, it shows me the result that I uploaded in the attachment above.

Comment 7

[Pascal Ernster]

Attachment: gdb backtrace (hardfalcon)

Crash on http://freakshow.fm/fs117-yksi-kaksi after pressing the play button and before the player could actually play the audio stream.

OS: Archlinux x86_64 with testing and staging repositories enabled and all packages up to date (as of 2014-02-11 23:00 UTC).

This is *not* related to the testing or staging repositories, I also had these reproducable crashes since *at least* November 2013 on several different machines, both 32 and 64bit OS, and on machines with only the "stable" repositories enabled as well as on machines updated with the testing and/or the staging repositories.

I *think* I've also had these crashes on Windows 7 64bit and on a 64bit iMac (running OS X 10.9 "Mavericks"), however I don't have access to that Apple machine right now.

Besides, if somebody could help me getting Firefox from the mozilla-central hg repo to compile, I've love to try that out as well (of course *with* debugging symbols).

Comment 8

[Pascal Ernster]

Note: "32 and 64bit OS" means "32 and 64bit Archlinux"

Comment 9

[Pascal Ernster]

Besides, I suspect this bug to be a dupicate of #935458.

Comment 10

[e8sp56]

Maybe it is also related to GStreamer however I have not any problem logging into gmail.

Comment 11

[[:Aleksej]]

WFM with 2014-02-12-03-02-01-mozilla-central-firefox-30.0a1.en-US.linux-x86_64 on Debian jessie/sid (testing).

(In reply to e8sp56 from comment #10)
> Maybe it is also related to GStreamer however I have not any problem logging
> into gmail.

How is gmail relevant here?  Does it cause anything to be played with GStreamer?  https://en.wikipedia.org/wiki/GStreamer

Does it crash if you play the files downloadable from there in 4 formats (especially the 2 non-free ones: M4A and MP3)?

Comment 12

[Pascal Ernster]

I've tried putting the direct URL of the audio file into the URL bar in Firefox, but this just opens the "Save File As..." dialog to download the file.

I've also tried replacing the URL of the file to be played using the element inspector in Firefox, and I've noticed that Firefox crashes with the (default) M4A file and the Opus file, but does not crash with the MP3 and the OGA (Ogg Vorbis) files.

Comment 13

[[:Aleksej]]

(In reply to Pascal Ernster from comment #12)
> I've tried putting the direct URL of the audio file into the URL bar in
> Firefox, but this just opens the "Save File As..." dialog to download the
> file.

Yes, I had to download the files to play them.

> I've also tried replacing the URL of the file to be played using the element
> inspector in Firefox, and I've noticed that Firefox crashes with the
> (default) M4A file and the Opus file, but does not crash with the MP3 and
> the OGA (Ogg Vorbis) files.

What if you download the files and play them with players that use / are configured to use GStreamer?

Comment 14

[Pascal Ernster]

The only player still using gstreamer 0.10 I could find in the Archlinux repositories is "whaawmp":
https://www.archlinux.org/packages/community/any/whaawmp/

I've tried it with all 4 stream URLs (M4A, Opus, OGA/Ogg Vorbis and MP3), and it plays all 4 streams without the slightest problem.

My personal opinion is that even *if* gstreamer crashes for whatever reason, this should not crash the whole tab, let alone the whole browser. Just to put this into perspective: I am in a situation now where my browser is more likely to be crashed by its own (buggy) media playback capabilities than to be crashed by that rotten stinking pile of **** that Adobe Flash or Oracle Java is. This is not what I've expected HTML5 to be like.

Comment 15

[e8sp56]

(In reply to [:Aleksej] from comment #11)
> How is gmail relevant here?  Does it cause anything to be played with
> GStreamer?  https://en.wikipedia.org/wiki/GStreamer
I was refering to:
(In reply to Pascal Ernster from comment #9)
> Besides, I suspect this bug to be a dupicate of #935458.

Comment 16

[Pascal Ernster]

(In reply to e8sp56 from comment #15)
> (In reply to [:Aleksej] from comment #11)
> > How is gmail relevant here?  Does it cause anything to be played with
> > GStreamer?  https://en.wikipedia.org/wiki/GStreamer
> I was refering to:
> (In reply to Pascal Ernster from comment #9)
> > Besides, I suspect this bug to be a dupicate of #935458.

I don't personally use GMail, but the basic scheme "Firefox crashes upon loading a page when gstreamer is enabled" looks very similar to me. I'm not saying that both bugs *must* be duplicates, but I suggest that after having fixed bug #969893 (= *this* bug), it would make sense to ask people affected by bug #935458 if "our" bugfix also resolves "their" bug.

Comment 17

[Pascal Ernster]

I haven't tested this with Firefox 27, but Firefox 28 seems to have fixed this. At least, sites using the podlove player don't crash anymore when trying to play audio with gstreamer enabled.

Comment 18

[sjw]

(In reply to Pascal Ernster from comment #17)
> I haven't tested this with Firefox 27, but Firefox 28 seems to have fixed
> this. At least, sites using the podlove player don't crash anymore when
> trying to play audio with gstreamer enabled.

reporter, can you confirm this?

Comment 19

[e8sp56]

> reporter, can you confirm this?
Yes, the issue is resolved.

Comment 20

[sjw]

Thanks.