Bugzilla – Bug 15924
scanned_files table is not emptied of records when library mounted at different mount point
Last modified: 2011-05-11 13:28:36 UTC
Embedded If a library is mounted with a different path prefix than last time (/media/sda1 vs. /media/sdb1, for example), and therefore with a different 'audiodir' preference value, then the code to delete rows from the scanned_files table at the start of a scan (in Slim::Utils::Scanner::Local::find()) will not clear out the old records. The resulting library DB will have duplicate entries which can only be removed by a rescan. This points out the issue of using absolute file URLs in the DB. At least for some reasons, audiodir-relative URLs might be preferable.
I'll fix it so a wipe & rescan wipes the scanned_files table, I think that's the best we can do now.
scanned_files gets wiped now.
WOrking correctly on either 'erase & re-scan' or 'scan for new' after changing the music folder /drive /path