Bugzilla – Bug 519
Non-standard characters display incorrectly in playlists
Last modified: 2008-12-18 11:50:09 UTC
I have an album by Sigur R�s, which is also part of an .m3u playlist. If I use Browse by Artist through the web interface or the Squeezebox, it displays correctly, and plays fine. However, if I use Browse by Saved Playlist, the artist name displays as Sigur Rós on both Slimserver and the Squeezebox display. If I try to play a song from here, it says it can't find the file. However, if I open the .m3u file in a text editor, the song paths appear to be formatted correctly, like this: E:\Music\Sigur R�s\( )\01 Untitled 1.mp3 This behavior occurs on all songs and artists with non-standard characters. If I use Browse Music Folder, everything is fine. The problem only occurs in playlists.
Created attachment 113 [details] Playlist with non-standard characters
this is due to a alck of support for non latin1 characters in utf8. this is likely a dup of bug503
Does the track with the issue have valid ID3 tags? Can you post a sample file or send it to me: dean@slimdevices.com
Created attachment 125 [details] MP3 file with non Latin1 tags I believe the tracks have valid tags, because they all display and play properly using Browse By Artist. The problem only occurs with songs when you put them in a saved playlist. I don't really know much about the different character formats, but could it be that a playlist textfile uses different encoding than mp3 tags or Windows directories / filenames? I'm attaching an mp3 file so you can see the tags. This problem currently prevents me from using playlists with the following artists: Arvo P�rt Bj�rk Fran�oiz Breut Henryk G�recki Sigur R�s
Anyone, who's doing any development on this, plase read my comments, submitted to bug report #503. It's important to notice, that all the server components handle utf-8 encoded tags correctly (with my3s and oggs at least, didn't test other formats), so do not bother to fix thigs there. There are "only" two thnigs to do: - Fix the web-interfaces (did it myself to test my idea): change the encoding of all htmls to utf-8 (put a Content-Type meta tag in, or fix the one that says ISO-8859-1). This is reeeealy easy. (see included screenshot @503 for proof) - Fix encoding problems related with the Squeezebox. Don't know how hard, as I don't own a box myself. YET ;-) Zsolt P.S.: Submitted this to bugs #31, #519 and #534
This is actually a different problem, and is related specifically to browsing playlists / music folders. In Slim::Utils::Misc - we check to see if a directory exists, but it doesn't work with high bit characters. We try to handle this on Windows, but it apparently doesn't work well.
Scott - can you try the 6.0 tree to see if it fixes the problem? I did some testing, and it looks like it should. Thanks.
Scott - I'm closing this bug, I believe it's all fixed up for 6.0. Please reopen if you have any problems.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.