Bugzilla – Bug 3747
Problem with sort order when playing from Browse Music Folder
Last modified: 2009-01-29 09:47:08 UTC
Running on SVN 8417 When playing albums from Browse Music Folder the songs are added to the playlist in the order the files are stored in the folder, even though they are shown in alphabetical order when you browse to the folder from the WebUI. I would expect the tracks to be added in either track order or alphabetical order. This also happens when you use the Web Interface as mentioned in the Online Help: e.g. http://10.0.1.204:9000/status.html?p0=playlist&p1=add&p2=%2f10,000%20Maniacs%2fBlind%20Man's%20Zoo This also adds the tracks in the (raw) order they are stored in the folder. A similar problem occurs when a player has been disconnected and then are reconnected. Procedure to reproduce: Start SoftSqueeze Use WebUI to add album from Browse Albums (tracks are added in correct order) Close the SoftSqueeze program Wait for the Server to automatic forget the player Start SoftSqueeze again. The Playlist in the WebUI now contains the same tracks as added earlier, but unsorted (sorted on the raw folder order)
This doesn't seem to happen on XP (unsurprising for a file I/O-specific bug). Out of curiousity, do you know if linux filesystems get this order from the order in which files were created?
It does not look like it. Slimserver gets the tracks in the same order as when you do a 'ls -U' on the linux. This shows the entries in directory order. When I use a 'ls' without any parameters I get the files in alphabetical order (which are the default behavior). Most of my albums are copied from a Windows XP computer, and that should result in the files being created in alphabetical order, since this is how Windows normally copies files (as far as I know). In most of the folders the files have the same timestamp. But I have found some folders where there are some files that are 1 second of. But these files are shown mixed with the others when using 'ls -U' The files on the linux (fedora) are just in a random order. Many of the folders I have have accessed with Replay Gain scanners or ID3 editors, but these programs reads (and writes) the files in either track order or alphabetical order (which in my case most often are the same since all my files start with a 2 digit track number).
i use reiserfs, this also happens for me. slimserver when using the music folder appears to add tracks in the order the OS returns them in when reading the directory listing. if your OS or filesystem happen to sort them on disk or before returning you won't see the problem. very clicky annoying workaround for now: if after i've added the album (in its haphazard filesystem readdir order) i can click on the album name from a track and readd the stuff using the album's page rather than the music folder page to get them in order.
This should be fixed as of svn change r8499
I just SVN upgraded to 8510, and the primary problem is still there (on Fedora Core 5). I still get the tracks added in the raw order from the folder when adding from Browse Music Folder and when adding using 'http://10.0.1.204:9000/status.html?p0=playlist&p1=add&p2=%2f10,000%20Maniacs%2fBlind%20Man's%20Zoo' method. But the secondary problem seems to be solved. The playlist are now re-loaded in the same order as the tracks was added.
using web or player UI, play from BMF seems to bring up tracks in correct order now for me (using 8752)
Fixed in change 8798