Spybot File Scanning Shell Extension: bug

Tom.K

Member
Alpha Testers Translator
Once again, the (almost) same bug like in a Spybot Christmas Presents, Part 2: Separate File Scanner. It shows some files twice and on those duplicated files, they are stuck forever in "... waiting ...", look in a attachment.

And one more thing: The progress bar is not working properly. While you are scanning about 200 files, the progress bar isn't showing any progress (0%). When the scan is complete, the progress bar just shows 100% immediately.
 
I'm not having the first problem raised by Tom.K (all of the file scans worked correctly) as I hope can be seen from the screen shot. I'm using XP-Home SP3.

I do see the same in regards to the progress bar - it doesn't move at all until the scan has completed, and then it quickly moves from 0 to 100%.
But for Tom.k's comment I would not have noticed this - I'm too used to the totally mysterious actions of Acronis True Image's progress indicators.
 
dj.turkmaster: Are you using XP SP2?

One possible bug: When I try to scan a file from a desktop, nothing happends.
 
I have two machines. I reproduced the two bugs in xp proffesional sp2. But in vista home premium none of the bugs were reproduced.
 
PepiMK,

SDFiles.exe 1.6.1.6 working OK in XP-Home SP3 (however so was 1.6.0.4), with same effect on progress indicator - movement doesn't starts until completion of scan of last file.
 
Tried new one, no changes.

I have reproduced the bug in WinXP Home Edition without service pack.

PepiMK: Try to reproduce this bug under Windows XP SP2 or older version (Windows 95/98/ME/NT/2K).

WinXP SP3, Windows Vista and newer versions (Windows 7, still not available) maybe don't have problems with this bug.

Which changes have been done in 1.6.1.6?
 
Added two bug entries about this:

Single File Scanner progress bar corrupt
Single File Scanner group mixing

The SP2 thing was a good hint; it might have to do with how Windows passes opened files; in this case, each file that is selected opens one instance of SDFiles which then communicates with the first one, telling it which file to scan. This is synchronized, but should probably be so for each set of files, not for each file entry.

I tested with drag'n'drop of a bunch of files first, where the problem does not appear (drag'n'drop sends a list instead of each file separately).
 
Back
Top