869632 - crash loading shoutcast stream

Status: RESOLVED DUPLICATE of bug 824877

(Core :: Audio/Video, defect)

Description

[Ralph Giles (:rillian)]

User reports loading shoutcast mp3 streams in the <audio> element on up-to-date Windows Server 2012 crashes the browser. It is important to add a semicolon to the end of the url so the server reports Content-Type: text/plain instead of audio/mpeg.

Forked from https://bugzilla.mozilla.org/show_bug.cgi?id=862088#c18

Comment 1

[Ralph Giles (:rillian)]

Spender, can you confirm you see the crash on http://people.mozilla.org/~rgiles/2013/shoutcast.html ? This is a rough copy of your example.

I just get '"Content-Type" of "text/plain" is not supported. Load of media resource failed.' on Windows 7 with Firefox 20.0.1.

Comment 2

[Scoobidiver (away)]

Please provide the crash ID from the about:crashes page.

Comment 3

[Chris Sperry]

Giles, there's been a little bit of confusion about what set of circumstances causes which problem.

With Shoutcast (as per the demo you posted above), I get "load failed" because of (I believe) a sniffing failure. Hopefully this has been noted for https://bugzilla.mozilla.org/show_bug.cgi?id=862088 . To be clear, in this case, no crash occurs.

If I modify your test case to look at an IceCast stream instead, I reliably crash the browser. By changing the 'src' attr of the audio tag from 'http://206.217.201.136:8016/;' to 'http://94.25.53.133:80/nashe-128-3.mp3', I can reliably crash my browser.

The crash report is here: https://crash-stats.mozilla.com/report/index/d8d9116d-c5b6-48fd-8f06-3dd932130507

As previously stated, I'm on the release channel ATM, so perhaps this is already fixed. I'll check later.

Comment 4

[Scoobidiver (away)]

(In reply to spender from comment #3)
> https://crash-stats.mozilla.com/report/index/d8d9116d-c5b6-48fd-8f06-
> 3dd932130507
> As previously stated, I'm on the release channel ATM, so perhaps this is
> already fixed. I'll check later.
It's bug 824877 fixed in 21.0. Does it happen in Nightly?

Comment 5

[cajbir (:cajbir)]

(In reply to spender from comment #3)
> With Shoutcast (as per the demo you posted above), I get "load failed"
> because of (I believe) a sniffing failure. Hopefully this has been noted for
> https://bugzilla.mozilla.org/show_bug.cgi?id=862088 . To be clear, in this
> case, no crash occurs.

Comment 1 notes the mime type is sent as text/plain. Even if we sniffed the type of MP3 file correctly in bug 862088 we still wouldn't sniff this stream as we don't sniff text/plain.

Comment 6

[Ralph Giles (:rillian)]

I can't reproduce on Windows 7 with firefix 20.0.1 or Aurora. Spender?

Comment 7

[Ralph Giles (:rillian)]

(In reply to spender from comment #3)

> With Shoutcast (as per the demo you posted above), I get "load failed"
> because of (I believe) a sniffing failure. Hopefully this has been noted for
> https://bugzilla.mozilla.org/show_bug.cgi?id=862088 . To be clear, in this
> case, no crash occurs.

Aha, sorry for the confusion. Yes, that's more releated to bug 862088. Sounds like that's working as intended.

> If I modify your test case to look at an IceCast stream instead, I reliably
> crash the browser. By changing the 'src' attr of the audio tag from
> 'http://206.217.201.136:8016/;' to 'http://94.25.53.133:80/nashe-128-3.mp3',
> I can reliably crash my browser.

Ok, I made a new test case at http://people.mozilla.org/~rgiles/2013/icecast-crash.html Please verify this crashes for you with the release, but if fixed with Nightly or Aurora.

Comment 8

[Chris Sperry]

Verfied fixed in current nightly.

Comment 9

[Ralph Giles (:rillian)]

Excellent, thanks!