Bugzilla – Bug 4769
New music not added using browse music folder when a playlist has same name as folder
Last modified: 2011-11-06 23:24:51 UTC
When adding new music I can find it using the browse music folder and can add it to a playlist there, but when adding multiple folders the new music will not be added to a playlist until after a wipe and rescan. My music folder is structured like: /music/me /music/kids Each folder has subfolders by artist, album, etc. To build a playlist of all of my music I will browse to the music folder "me" and add it to the playlist. All of the existing music is added to the playlist but not the new tracks. Scanning for new and changed music has no effect. Only a wipe and rescan makes it available to add like this.
I think I found out what's happening. It seems that when a playlist has the same name as the music folder SlimServer doesn't update the the playlist. If the playlist name is different than the music folder everything works as expected. My music is in /export/home/jroesner/music/Jeff/[artist names] and my playlists are in /opt/slimserver/Playlists. My primary playlist is called Jeff.m3u. If Jeff.m3u exists when adding the contents of the Jeff music folder SlimServer will reload the Jeff.m3u playlist rather than add all of the files in the folder into the current playlist. How to reproduce: Create an empty playlist called Jeff.m3u and try to add the music folder Jeff. Slimserver will give an error message about /opt/slimserver/Playlists/Jeff.m3u empty and will not add any tracks. Deleting the playlist allows SlimServer to add the files again. The simple solution is to have a different playlist name, but it seems there is an issue with SlimServer that will need to be addressed down the road.
Jeff, I am going to change the name of the bug to better reflect what you discovered.
Steven, I'd like to determine if this still happens in Slimserver 7. A number of playlist-related changes have been made, and this could have been fixed as a side-effect of them.
ping Steven
Ping steven
ping steven.
Steven?
I just walked through the repro steps from comment 1 and the behavior still exists in SqueezeCetner 7. Assigning to unassigned for review.
We'll take a look at this post-7.0
Unassigned bugs cannot have a priority.