Bugzilla – Bug 16037
Music isn't found if playlist folder is the same as the music folder
Last modified: 2011-08-08 00:58:57 UTC
I just tried to get 7.6 up and running on a new system and find this in the logs: Slim::Utils::Scanner::Local::rescan (138) Discovering files in /mnt/slugpublic/Media/Playlists [10-04-11 12:39:43.0181] Slim::Utils::Scanner::Local::__ANON__ (209) Removing deleted files (0) [10-04-11 12:39:43.0191] Slim::Utils::Scanner::Local::__ANON__ (262) Scanning new files (0) [10-04-11 12:39:43.0200] Slim::Utils::Scanner::Local::__ANON__ (315) Rescanning changed files (0) Now "/mnt/slugpublic/Media/Playlists" is not my Music folder (and not set as such, the music folder is "mnt/slugpublic/Media" but my Playlist folder. When I change the Playlist folder to also point to the root media folder scanning works fine.
I see the opposite behavior (sort of). I currently have a small FLAC library with no playlists (yet). If I set both the Music and Playlist folders to point to the same directory, the scanner completes but finds 0 songs. If I leave the Playlist Folder blank, the scanner finds all of my songs correctly.
Saw this on 7.6.32390 - Changing the location of the 'Playlists' folder can cause a re-scan of library to show 0 songs, 0 artists etc. The scanner currently prefers that the PLaylists folder be *below* the My Music folder to work correctly
Is this still a problem? Can anyone provide new info?
(In reply to comment #3) > Is this still a problem? Can anyone provide new info? Seems to be working fine. Had playlists location point to various paths and scanner discovered all the playlists without disturbing existing albums/tracks. Had playlists folder below my music folder, above my music folder and few random paths. Let me know if anyone still sees it.
(In reply to comment #3) > Is this still a problem? Can anyone provide new info? It was probably unrelated anyway, but I can report that the behavior I described in comment 1 no longer occurs.
Created attachment 7351 [details] correct scan with separate playlist and music folder
Created attachment 7352 [details] after setting both playlist and music folder to music folder
Created attachment 7353 [details] 2nd clean rescan with music and playlist folder same
Here are results from my test runs: scan with separate music and playlist folder: correct number of music files (4615), and playlists (7) clean and rescan after setting playlist folder equal to music folder: scanner discovers 451 files, and removes 4606 files, discovers 7 new files. 2nd clean and rescan with playlist equal to music folder: Scanner scan 4615 new files, discovers 452 playlists, and removes 4606 deleted playlists.... Browsing albums in the last case results in zero albums. I have added screenshots as attachment. I have also saved server and scanner logs collected with all scan related log levels set at debug. They do not give more useful information, other than that the module that does the files discovery is Utils::Scanner::Local::AIO. If you are interested I can park the logs somewhere in the cloud for you to download. I have also saved the SQLite database files after each run (may take a bit longer to park them for download). The first (correct) scan has 4642 tracks, and 926 albums. The second run has 23 tracks, and 0 albums The third run has 16 tracks, and 0 albums. The system I use you can find in the screenshots.
== Auto-comment from SVN commit #32927 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=32927 == Bug: 16037 Description: don't run the "remove deleted files" step when scanning for playlists only
== Auto-comment from SVN commit #32928 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=32928 == Bug: 16037 Description: slightly change logic. Only remove missing tracks when looking for audio tracks.
Helo this unfixed but closed bug is similar but not resolved https://bugs-archive.lyrion.org/show_bug.cgi?id=16081