Bugzilla – Bug 17379
Scanner progress not reported correctly for shortcuts or links
Last modified: 2011-08-04 21:04:23 UTC
I have several shortcuts referencing other paths to be scanned. When I perform a full scan, the scanner treats each shortcut folder as separate discovery/scanning phases. eg. When a full scan is started, initially it reports: Discovering files (6049 of 6049) Complete 00:00:14 Scanning new files (2836 of 5401) Running 00:01:09 then it changes to: Scanning new files (5401 of 5401) Complete 00:02:16 Discovering files (7742 of 7742) Running 00:00:29 It doesn't seem to remember Discovering/Scanning phases that had previously completed - they get replaced, and the times taken for those phases are lost. This is really confusing to look at whilst it is scanning. Thus the total time taken for a scan can be completely wrong.
FWIW: I've already fixed a similar issue in 7.7. Following a link is triggering a new scan of the same type, overwriting previous progress information. In 7.7 I added the scan's root folder to the progress label to make it unique.
Michael maybe you can backport this?
== Auto-comment from SVN commit #32969 to the slim repo by mherger == == http://svn.slimdevices.com/slim?view=revision&revision=32969 == Bug: 17379 Description: add folder name to progress step name to distinguish multiple runs on different targets. Phil - could you please test this thoroughly and report back? Thanks!
From the forums I take it this is fixed. Thanks!