Bugzilla – Bug 1994
Renaming a music file occuring in a playlist results in no album/no artist entries
Last modified: 2009-09-08 09:29:05 UTC
When renaming a music file which is referenced in a playlist, this creates no album / no artist entries in the database (which really confused me because I first had no idea why). I suggest that the playlist db import should check if a file exists (unless its a remote url) before adding it to the database. Maybe a warning should be written to the log ("Ignoring file x in playlist y since it doesn't exist (anymore). Steps to reproduce: 1. Play a single song 2. Create a playlist (using the html-gui) containing this song and save the playlist 3. Stop slimserver, remove the cache directory 4. rename the music file played in step 1 5. restart slimserver You will now see an entry "No album" in the album list, "No artist" in the artist list and "No album" in the "browse artwork" list.
This has already been fixed in the 6.2 tree as of the 2005-08-18 nightly.
Dan, I'm at SVN rev 3998 (trunk) and this bug is still reproducable.
Have you rescanned your playlists? There should be verbose output now if the playlist parser can't find a file on disk.
I removed the slimserver-cache and restarted slim. Isn't this enough? Do I have to explicitly enable playlist (re)scanning?
Created attachment 743 [details] output of slimserver --d_scan Logfile showing output from --d_scan on startup of slimserver (I removed the "cache" directory before starting slim). Music Folder contains one mp3 file (Welcome2.mp3) and one playlist pointing to no-longer-existing "Welcome.mp3".
Here's a possible fix: Index: Formats/Parse.pm =================================================================== --- Formats/Parse.pm (revision 4005) +++ Formats/Parse.pm (working copy) @@ -945,8 +945,7 @@ my $caller = (caller(1))[3]; - if (Slim::Music::Info::isURL($entry)) { - + if ($entry !~ "file://" && Slim::Music::Info::isURL($entry)) { return 1; }
Fixed in subversion change 4041