Bug 333745 - Amarok exports unreadable playlists for other players...

[Thomas Lübking]

On Montag, 2. März 2015 17:19:50 CEST, Brian Blater wrote:
> I'm running up against this bug where I export a playlist to .m3u and I get
> characters inserted for spaces etc like %20.
>
> I've searched and some say it isn't a bug, but is a locale issue on the
> machine. However, my locale is set to en_US.UTF-8.

It's not *necessarily/ a bug and it's not related to your locale.
m3u is "Mp3-Url" and can contain urls or relative paths.

If the entry is a URL, there must not be spaces, but encondings. There *may* also other "unsafe" characters be encoded.

If the encoding shows up in a relative path, it's debatable and might be claimed a bug.

If it's in a url (like file:///foo/bar/stuff%20with%20spaces.mp3) it's simply the "other" player(s) which is broken in its url handling.
There's really not much to discuss there.

I assume one could as for a feature to not encode urls (despite that's actually wrongdoing)


> I want to go through thousands of files doing a search and replace to make
> it work.

You're on windows, are you? Nobody strips html entities by hand ;-)
You can use sed, awk, perl or a specialised tool "urldecode" to do this automatically (where the last is the most simple to use)

Cheers,
Thomas