Sykje yn Support

Mij stipescams. Wy sille jo nea freegje in telefoannûmer te beljen, der in sms nei ta te stjoeren of persoanlike gegevens te dielen. Meld fertochte aktiviteit mei de opsje ‘Misbrûk melde’.

Mear ynfo

Dizze konversaasje is argivearre. Stel in nije fraach as jo help nedich hawwe.

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

  • 5 antwurd
  • 1 hat dit probleem
  • 1 werjefte
  • Lêste antwurd fan 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"]}

Keazen oplossing

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.

Dit antwurd yn kontekst lêze 👍 0

Alle antwurden (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

Keazen oplossing

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.