1013757 - <audio>can't play a mp3

Status: RESOLVED WORKSFORME

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

Description

[Chen haojun]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140507114113

Steps to reproduce:

use the code
<div class="post_body">
<p><audio controls="controls" id="audio_player"><source src="http://www.boanniu.com/18619938/%E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88english%EF%BC%89.mp3"></audio></p>

<p><audio controls="controls" id="audio_player"><source src="http://www.imusiclinks.com/music/14294.mp3"></audio></p>
</div>

the text Page：http://ted423.farbox.com/post/music/test
the mp3:https://drive.google.com/file/d/0B8OTVgzKTWnmUWNQOEhVRTUtX0E/edit?usp=sharing


Actual results:

Firefox can't play(the two mp3 in page are same) and the audio disappear


Expected results:

I can play this mp3 locale in firefox.and I can play this in other browser.
and I can play other mp3 use from the same website like this
http://ted423.farbox.com/post/music/lrc/2014-05-01-19-35-lian-hazhan-zheng

Comment 1

[Mardeg]

(In reply to 陈浩君 from comment #0)
> User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:29.0) Gecko/20100101
> Firefox/29.0 (Beta/Release)
> Build ID: 20140507114113
> 
> Steps to reproduce:
> 
> use the code
> <div class="post_body">
> <p><audio controls="controls" id="audio_player"><source
> src="http://www.boanniu.com/18619938/
> %E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88english%EF%BC%
> 89.mp3"></audio></p>
The above .mp3 link goes through a few redirects and ends up at
http://113.12.81.43/pushfile/E3/E36201F23FE024B496756129B65340F4?key=98821728ebd9f84970b84005547c7fac&tt=1400652000&st=lOin28IzLAjYkZ4ZH-2zsw&filename=ぽっぴっぽー（English）.mp3
which has the following HTTP Headers:
Content-Type:	application/octet-stream
Content-Disposition:	attachment; filename=%E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88English%EF%BC%89.mp3;


> <p><audio controls="controls" id="audio_player"><source
> src="http://www.imusiclinks.com/music/14294.mp3"></audio></p>
> </div>

Similarly redirects until
http://113.12.81.43/pushfile/E3/E36201F23FE024B496756129B65340F4?key=98821728ebd9f84970b84005547c7fac&tt=1400652000&st=lOin28IzLAjYkZ4ZH-2zsw&filename=imusiclinks.mp3
with these HTTP Headers:
Content-Type:	application/octet-stream
Content-Disposition:	attachment; filename=imusiclinks.mp3;

These are invalid HTTP Headers for mp3, the Content-type must be audio/mpeg according to https://developer.mozilla.org/en-US/docs/HTML/Supported_media_formats#MP3

Comment 2

[Chen haojun]

(In reply to Mardeg from comment #1)
> (In reply to 陈浩君 from comment #0)
> > User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:29.0) Gecko/20100101
> > Firefox/29.0 (Beta/Release)
> > Build ID: 20140507114113
> > 
> > Steps to reproduce:
> > 
> > use the code
> > <div class="post_body">
> > <p><audio controls="controls" id="audio_player"><source
> > src="http://www.boanniu.com/18619938/
> > %E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88english%EF%BC%
> > 89.mp3"></audio></p>
> The above .mp3 link goes through a few redirects and ends up at
> http://113.12.81.43/pushfile/E3/
> E36201F23FE024B496756129B65340F4?key=98821728ebd9f84970b84005547c7fac&tt=1400
> 652000&st=lOin28IzLAjYkZ4ZH-2zsw&filename=ぽっぴっぽー（English）.mp3
> which has the following HTTP Headers:
> Content-Type:	application/octet-stream
> Content-Disposition:	attachment;
> filename=%E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88Engli
> sh%EF%BC%89.mp3;
> 
> 
> > <p><audio controls="controls" id="audio_player"><source
> > src="http://www.imusiclinks.com/music/14294.mp3"></audio></p>
> > </div>
> 
> Similarly redirects until
> http://113.12.81.43/pushfile/E3/
> E36201F23FE024B496756129B65340F4?key=98821728ebd9f84970b84005547c7fac&tt=1400
> 652000&st=lOin28IzLAjYkZ4ZH-2zsw&filename=imusiclinks.mp3
> with these HTTP Headers:
> Content-Type:	application/octet-stream
> Content-Disposition:	attachment; filename=imusiclinks.mp3;
> 
> These are invalid HTTP Headers for mp3, the Content-type must be audio/mpeg
> according to
> https://developer.mozilla.org/en-US/docs/HTML/Supported_media_formats#MP3

Please see this,Firefox can play this and it's have the same http header
http://ted423.farbox.com/post/music/lrc/birthday-song-for-miku

Comment 3

[Sylvestre Ledru [:Sylvestre]]

Chen, before asking for tracking, I would wait for confirmation of the bug.

Comment 4

[Chen haojun]

(In reply to Sylvestre Ledru [:sylvestre] from comment #3)
> Chen, before asking for tracking, I would wait for confirmation of the bug.

sorry,I'm new of this.
I find firefox  display "302 moved temporarily" in Developer Tools when I play the mp3,but it can play in chrome & IE.

I add an link in the test page(same mp3),it can play in firefox but I don't know how long this link will remain active(?)

Comment 5

[Chris Pearce [:cpearce (Not reading bugmail)]]

Firefox prompts for download if I try to load the MP3 directly rather than playing it on Windows 8.1. I'd guess our sniffer can't handle redirects, and/or the incorrect mime-type is confusing things.

Comment 6

[Chen haojun]

(In reply to Chris Pearce (:cpearce) from comment #5)
> Firefox prompts for download if I try to load the MP3 directly rather than
> playing it on Windows 8.1. I'd guess our sniffer can't handle redirects,
> and/or the incorrect mime-type is confusing things.

http://ted423.farbox.com/post/music/lrc/wang-xiang-doraibu
See this ,It's has the header "application/force-download",I don't know why ,but it has no different with those what I can't play

Comment 7

[Chen haojun]

(In reply to Mardeg from comment #1)
> (In reply to 陈浩君 from comment #0)
> > User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:29.0) Gecko/20100101
> > Firefox/29.0 (Beta/Release)
> > Build ID: 20140507114113
> > 
> > Steps to reproduce:
> > 
> > use the code
> > <div class="post_body">
> > <p><audio controls="controls" id="audio_player"><source
> > src="http://www.boanniu.com/18619938/
> > %E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88english%EF%BC%
> > 89.mp3"></audio></p>
> The above .mp3 link goes through a few redirects and ends up at
> http://113.12.81.43/pushfile/E3/
> E36201F23FE024B496756129B65340F4?key=98821728ebd9f84970b84005547c7fac&tt=1400
> 652000&st=lOin28IzLAjYkZ4ZH-2zsw&filename=ぽっぴっぽー（English）.mp3
> which has the following HTTP Headers:
> Content-Type:	application/octet-stream
> Content-Disposition:	attachment;
> filename=%E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88Engli
> sh%EF%BC%89.mp3;
> 
> 
> > <p><audio controls="controls" id="audio_player"><source
> > src="http://www.imusiclinks.com/music/14294.mp3"></audio></p>
> > </div>
> 
> Similarly redirects until
> http://113.12.81.43/pushfile/E3/
> E36201F23FE024B496756129B65340F4?key=98821728ebd9f84970b84005547c7fac&tt=1400
> 652000&st=lOin28IzLAjYkZ4ZH-2zsw&filename=imusiclinks.mp3
> with these HTTP Headers:
> Content-Type:	application/octet-stream
> Content-Disposition:	attachment; filename=imusiclinks.mp3;
> 
> These are invalid HTTP Headers for mp3, the Content-type must be audio/mpeg
> according to
> https://developer.mozilla.org/en-US/docs/HTML/Supported_media_formats#MP3

http://ted423.farbox.com/post/music/test

the third mp3 use the audio/mpeg I can't play it but someone use firefox 28 said he can play(I use29\30\31\32\33 can't play)

but after I set "media.audio_data.enabled" true,I found I can play it.(The one who use 28's "media.audio_data.enabled" is false)


http://ted423.farbox.com/post/music/lrc/potsupitsupo
here I have two mp3 from same website ,I only can play the secound

Comment 8

[Chen haojun]

e,I found it's not related "media.audio_data.enabled"
after I open 
http://ted423-farbox.qiniudn.com/%E3%81%BD%E3%81%A3%E3%81%B4%E3%81%A3%E3%81%BD%E3%83%BC%EF%BC%88English%EF%BC%89.mp3
in the broswer,and I can play it in the web.But after some time,It's come back.

Comment 9

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

Mass change P2 -> P3

Comment 10

[Alastor Wu [:alwu][PTO, back on 12/15]]

I can play the file link [1] mentioned in comment0 in the latest Release, so I assume this issue has been fixed. Close this bug, but feel free to open an new one if you still encounter another other issue.

[1] https://drive.google.com/file/d/0B8OTVgzKTWnmUWNQOEhVRTUtX0E/edit?usp=sharing