Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Èròjà atẹ̀lélànà yii ni a ti fi pamọ́ fọ́jọ́ pípẹ́. Jọ̀wọ́ béèrè ìbéèrè titun bí o bá nílò ìrànwọ́.

Can't play .m3u files from FF, worked in past

  • 5 àwọn èsì
  • 1 ní ìṣòro yìí
  • 1 view
  • Èsì tí ó kẹ́hìn lọ́wọ́ Jindroush

more options

I have a html page, which references local .m3u files using file:/// In the past, clicking on such a link ran Winamp (default mp3/m3u player on my system) Currently, files are opened as a plain text, and Firefox does not care about the extension.

Opening .m3u from webserver works, as the webserver sends the correct mimetype.

So the question is more precisely: How to convince FFox, that file:///*.m3u has filetype audio/x-mpegurl

Handlers.json does contain this: "audio/x-mpegurl":{"action":2,"handlers":[{"name":"wInAmP","path":"D:\\Program Files (x86)\\Winamp\\winamp.exe"}],"extensions":["m3u"]}

I have a html page, which references local .m3u files using file:/// In the past, clicking on such a link ran Winamp (default mp3/m3u player on my system) Currently, files are opened as a plain text, and Firefox does not care about the extension. Opening .m3u from webserver works, as the webserver sends the correct mimetype. So the question is more precisely: How to convince FFox, that file:///*.m3u has filetype audio/x-mpegurl Handlers.json does contain this: "audio/x-mpegurl":{"action":2,"handlers":[{"name":"wInAmP","path":"D:\\Program Files (x86)\\Winamp\\winamp.exe"}],"extensions":["m3u"]}

Ọ̀nà àbáyọ tí a yàn

Okay, so I kinda solved it by myself. When I generate the file to have links to local m3u files, I did this: <a href="file:///something.m3u"> changing it to <a href="file:///something.m3u" type="audio/x-mpegurl"> convinces Firefox to handle the file correctly as m3u playlist.

So there is definitely some change in processing the local files - because this explicit mime type was not needed in the past, but this does override it.

Ka ìdáhùn ni ìṣètò kíkà 👍 0

All Replies (5)

more options

HI, possibly reinstall Winamp at let it hook to everything when asked when do a custom install. That I would hope would shove the file type into Options --> Applications. If not looked there please do so and see if it is. If is tell Firefox what to do with it it not do with it.

more options

That's not my problem - it's in the Options/Applications and it works, if the m3u file is served from http:// link. It does not work when it's served by local file:/// link. For some reason FFox thinks it has mimetype text/plain.

more options

That to me indicates the link to the right file isn't the link FF sees when it downloads. That's what I'm get from the read here.

more options

Bump. On the latest FFox (61.0.1, 64bit, eng), local .m3u files are still considered by Firefox to be plain text, and not good enough to be sent to mp3 player.

more options

Ọ̀nà àbáyọ Tí a Yàn

Okay, so I kinda solved it by myself. When I generate the file to have links to local m3u files, I did this: <a href="file:///something.m3u"> changing it to <a href="file:///something.m3u" type="audio/x-mpegurl"> convinces Firefox to handle the file correctly as m3u playlist.

So there is definitely some change in processing the local files - because this explicit mime type was not needed in the past, but this does override it.