Bugzilla – Bug 9625
Scan details corruption
Last modified: 2009-07-31 10:30:31 UTC
It is possible to play tracks from the music folder during a library rescan. If this is done, the tracks are scanned and added to the playlist. However, the data from this 'miniscan' overwrites the details displayed in the main music scan status display. This occurs with SC 7.2 - 22900 @ Tue Aug 26 running on a QNAP TS-209 Pro NAS under some flavour of Linux [but I assume the bug applies to other variants]
What details are overwritten? Can you provide some more information please?
(In reply to comment #1) > What details are overwritten? Can you provide some more information please? Against 'Music Scan Details' is displayed a progress count of the form: Directory Scan (n of m) Running (hh:mm:ss) When the files are initially scanned, m is the total number of files in the library and n is incremented (presumably) as the metadata is read and the database populated. When the corruption occurs, m shows the total of tracks on the newly scanned playlist rather than the library total, and the 'Running' time shows the time taken for the 'miniscan' (for want of a better description) which has just occurred. This time is a few seconds only. After this corruption, n continues to increment normally but m remains at its (corrupted) value. The 'Running' time increments from the corrupted value. I observed this on a QNAP NAS running SC 7.2 to which I upgraded yesterday. On this NAS and with my library size, the scan takes some 4 hours (!) so rather than endure that pain I'll try to reproduce it on a PC + Softsqueeze, and report back.
Created attachment 4096 [details] Screenshots showing corrupted scan status display
(In reply to comment #1) > What details are overwritten? Can you provide some more information please? The bug is reproducible using SoftSqueeze. The steps I have taken are: - from the web interface, click Settings and start a full Rescan. On the Status tab, observe the scan progress. - from the SoftSqueeze controller, select Music Library > Music Folder > a directory not yet scanned - when the files in this directory start to play, the Music Scan Details are corrupted. - once the Directory Scan is complete, selecting and playing further music causes further corruption and the order of displayed details is changed My earlier comment about the time incrementing is wrong: it remains at the corrupted value. I'll attach some screen captures of this.
QA to reproduce
Andy notes it's possible for this to happen when two scans are running simultaneously.
Michael notes he likes to do this. Andy notes we could not update the progress bar if there's already another scan running. My request for QA is just to give an opinion on how jarring this would be for the average user.
change 23545 - only update scan progress from within the scanner, not when reading single items like in BMF
This is a 7.3 only fix.
Can't reproduce using the steps in Comment #4. 7.3 - 24259.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC