Bugzilla – Bug 671
Slimserver bug with .m3u playlist format
Last modified: 2009-01-28 10:22:02 UTC
Using Fishbone on Slimserver 5.3.1, and previous versions, on WinXP, (no iTunes!) there appears to be a bug in the way that .m3u playlist files are handled. Normally, all MP3 songs would correctly display in the Slimserver browser as 'title' by 'artist' from 'album', using the ID3 tag info. However, I found that playlists created by WinAMP as .m3u files would cause the song titles for those referenced by the playlist to appear as 'artist-title' by 'artist' from 'album', in both the left pane of Fishbone and the player's right hand pane. This obviously also affects the Slimp3/squeezebox display of the now playing status. In comparing the .m3u from WinAMP, with a test created directly in Slimserver, they look as follows: Winamp .m3u file: #EXTM3U #EXTINF:270,Coldplay - Yellow \My Music\MP3\Coldplay\Parachutes\Coldplay - 05 - Yellow - 192 kbps.mp3 Slimserver .m3u file: #EXTM3U #EXTINF:-1,Axel F D:\My Music\Vinyl\12inch Singles\Harold Faltermeyer - Axel F.mp3 So, it would appear that Slimserver reads the EXTINF fields and for some reason decides to alter the title tag information that is stored about those songs in its database. Seems like a bug to me. Pascal
This is likely related directly to bug198 and possibly bug419
sorry...make that bug198 and bug418
Created attachment 210 [details] ignore EXTINF if title already cached for a file I put this patch in for bug198, since its the same thing. This ignores the EXTINF comments for any local files that already have a cached title. URL's and streams should still be updated when the request is done.
fixed in nov 27 nightly
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.