<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 2, 2015 at 2:40 PM, Thomas Lübking <span dir="ltr"><<a href="mailto:thomas.luebking@gmail.com" target="_blank">thomas.luebking@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Montag, 2. März 2015 17:19:50 CEST, Brian Blater wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm running up against this bug where I export a playlist to .m3u and I get<br>
characters inserted for spaces etc like %20.<br>
<br>
I've searched and some say it isn't a bug, but is a locale issue on the<br>
machine. However, my locale is set to en_US.UTF-8.<br>
</blockquote>
<br></span>
It's not *necessarily/ a bug and it's not related to your locale.<br>
m3u is "Mp3-Url" and can contain urls or relative paths.<br>
<br>
If the entry is a URL, there must not be spaces, but encondings. There *may* also other "unsafe" characters be encoded.<br>
<br>
If the encoding shows up in a relative path, it's debatable and might be claimed a bug.<br></blockquote><div><br></div><div>It doesn't matter what I export it as (m3u, pls, xspf) it still contains the inserted characters. My point being that this used to work and didn't insert the characters before I upgraded to 14.04.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
If it's in a url (like file:///foo/bar/stuff%20with%<u></u>20spaces.mp3) it's simply the "other" player(s) which is broken in its url handling.<br>
There's really not much to discuss there.<br>
<br>
I assume one could as for a feature to not encode urls (despite that's actually wrongdoing)<span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I want to go through thousands of files doing a search and replace to make<br>
it work.<br>
</blockquote>
<br></span>
You're on windows, are you? Nobody strips html entities by hand ;-)<br>
You can use sed, awk, perl or a specialised tool "urldecode" to do this automatically (where the last is the most simple to use.)</blockquote><div><br></div><div>Had I been on Windows I would have expected this kind of behavior - having to take your file through who knows how many iterations to strip characters.  But this is linux and it was working correctly before. Yes, I can send the file through a python script (or whatever works for you) that will convert the garbage to what it should be. The point is, I shouldn't have to do this to get a playlist from Amarok, that works in the player of my choice at the moment (in this case Audacious.) </div><div><br></div><div>Brian</div></div></div></div>