Spybot-S&D 1.6, Release Candidate 2

PepiMK

PepiMK

Administrator
Staff member
Anti-Beacon Customer Spybot Customer Translator OpenSBI Expert
Download: link removed since 1.6 is public now ;)

Since we decided to release on Monday, not tomorrow, we did upload another RC that includes the fixes from the RC 1 thread problems, like sped up Firefox 3 support, SDFiles.exe now auto-registering, proper order of white & blacklists in TeaTimer, fixed usage tracks cookie fixing for FF3, fixed another thing related to delzip179.dll. Hope I'll get some update on the translations issue from Meik tomorrow, which seems to be the thing left right now (sorry Asus ;) ).
 
PepiMK:

Although I have not run into any problems with any of the Spybot 1.6 betas nor with Spybot 1.6 RC1, I do miss a MD5 hash value to verify the download before attempting an installation.
 
RC 2 seems to be running nicely, deleted the FF3 usage tracks properly and scan speed is pretty good, just under 3 mins to scan my system.
 
PepiMK said:
@ZerO Voltage: I checked the order in which lists are tested:
1. User lists
2. LASSH lists
3. File scanner
4. Security app whitelist
The problem here was that #2 was indeed not honoring previous decision from #1. Updating that :)
Click to expand...

Excellent! Thanks as always! :)
 
Rosenfeld said:
...question if you select multiple .txt files, right click, click edit: on my system all the selected files open rapidly one after the other. I haven't installed the scan with S&D context menu item, so can't test that.
Click to expand...

Don't worry, if that's the way EDIT behaves then the new Spybot-S&D context menu entry will also work when selecting multiple files. It's all the same issue - some weird problem with Explorer. If one works the other always will and if one doesn't then the other always won't. :)

@PepiMK: Any chance you've figured out some resolution for this multiple file selection problem? I realize it's not Spybot-S&D's fault and you therefore have been more focused on getting 1.6 finalized, but this is really bugging me. I wouldn't mind so much if it was my test systems, but this is happening on my primaries - which is where I really need the functionality. :sad: Or if you can't resolve the OS level glitch, is there perhaps some alternative method you can implement that will bypass the problem (like NOD32, WinRAR, WinZip, etc. do)? Thanks!
 
Report inTechnical Language

Bis repetita placent

Translation: "I installed and ran RC2. It worked so well that it only took approximately one minute to scan my Firefox 3 bookmarks."

(Actually, the Latin means `The things that please are those that are asked for again and again'. It is a quote from Horace. I asked for an improvement in the FF 3 scanning, and definitely received that.)
 
Good thing you went with another RC... :D:

I've found a rather nasty TeaTimer problem that wasn't present in previous releases.

Ever since first installing Spybot-S&D I have been using a shortcut to:

"C:\Program Files\Spybot - Search & Destroy\TeaTimer.exe"

so that I can easily restart TeaTimer after I close it (which I must do from time to time).

But with RC2, it no longer works. TeaTimer will exit, but will not restart.

I wanted to test if the b/w-list settings were being saved in this release, so I clicked on the TeaTimer object, unselected "Use source whitelists", exited, and clicked the icon I created to restart it. Instead of restarting, it just failed and I got one of those Microsoft error report popups followed by an application error popup.

Having done further analysis, I also now know that when exiting TeaTimer, the TeaTimer.exe process goes on a CPU rampage. The system tray icon does close immediately, but the process stays loaded and suddenly starts taking up 99% CPU utilization. After a minute or so it finally terminates and the CPU utilization returns to normal.

If I then try to restart TeaTimer, I get a Microsoft Error Report popup with the following details:

teatimererror1ug0.png


The tech info report is attached (teatimer.txt inside teatimer.zip since it was too large to attach directly) if you need it.

Dismissing the error report then results in the following application error:

teatimererror2ha4.png


And the only way I can restart TeaTimer after exiting it is to reboot.

FYI, I have reproduced this on multiple XP SP3 systems.

I know for certain this issue was not present in beta 1 and 2, but I can't remember if I tried this with RC1 or not.

And just for the record, the TeaTimer b/w-list settings are still not saving... :sad: Any chance this can be implemented before the final?

Thanks!
 
Terminator said:
Does this error happen if you turn The Tea Timer on and off via the "Resident" Menu or is only via the shortcut?
Click to expand...

Duh. Sorry. Should have included that detail... :oops:

No, that works fine. When I first unselect "Resident protection" I do see a TeaTimer.exe CPU jump - but it is very brief in comparison (maybe 5-10 seconds). It does work fine though, and I can then re-enable it again without any issues (or CPU jumps).

The only way the problem occurs is if you fully exit TeaTimer - meaning that you select "Exit Spybot-S&D Resident" from the menu and then later try to restart it again.

And again, this has not be true of the other beta releases or the 1.5 code. It has always worked fine before.
 
What's the deal with spybotsd_includes.exe? What is in that file and why does it have to be downloaded during installation? Can't whatever is in there be bundled into the installer so it can be a true stand-alone install package?

The reason I ask is that I saw a problem with the RC2 installation relating to this file. I don't know if it's a true "bug" or not though.

On an XP SP3 system, I was watching the install and it got to the point where it wanted to download spybotsd_includes.exe. But something went wrong (I don't know what) and it didn't download. The download progress bar never even started. The panel appeared, hung around for a few seconds, and then disappeared without having downloaded the file.

Now since this file is obviously needed for the installation, I would have expected the installer to abort at this point - but it didn't. It just kept going until a command prompt window suddenly opened and the install froze.

I did take a screenshot, but unfortunately the clipboard got flushed before I saved it. From what I recall, the DOS window title referenced a subdirectory under my %TEMP% directory and a file name like SPYBOT~1.EXE. I also recall a flashing cursor rapidly jumping around between various locations all throughout that DOS window. During this time, the main installer panel was open in the backgroud.

I waited about 5 minutes to see if anything would happen, but then finally just manually closed the DOS window. As soon as I did, the main installer kicked in again and finished - even telling me Spybot-S&D had installed successfully and I needed to reboot.

Surprisingly, after the reboot Spybot-S&D seemed to work fine. Of course I reinstalled anyway to be safe, but no obvious problems existed.

I looked for an installation log file, but couldn't find one.

If it matters, I was installing over an active RC1 installation.

Is this perhaps a bug of some sort? I assume the installer should abort if the spybotsd_includes.exe file download fails, correct?

Thanks!
 
Last edited:
I notice that the "Scan using Spybot-Search&Destroy" context menu entry is not implemented when selecting folders as you previously said it was here. :sad:
 
Zer0 Voltage said:
What's the deal with spybotsd_includes.exe? What is in that file and why does it have to be downloaded during installation? Can't whatever is in there be bundled into the installer so it can be a true stand-alone install package?

The reason I ask is that I saw a problem with the RC2 installation relating to this file. I don't know if it's a true "bug" or not though.

On an XP SP3 system, I was watching the install and it got to the point where it wanted to download spybotsd_includes.exe. But something went wrong (I don't know what) and it didn't download. The download progress bar never even started. The panel appeared, hung around for a few seconds, and then disappeared without having downloaded the file.

Now since this file is obviously needed for the installation, I would have expected the installer to abort at this point - but it didn't. It just kept going until a command prompt window suddenly opened and the install froze.

I did take a screenshot, but unfortunately the clipboard got flushed before I saved it. From what I recall, the DOS window title referenced a subdirectory under my %TEMP% directory and a file name like SPYBOT~1.EXE. I also recall a flashing cursor rapidly jumping around between various locations all throughout that DOS window. During this time, the main installer panel was open in the backgroud.

I waited about 5 minutes to see if anything would happen, but then finally just manually closed the DOS window. As soon as I did, the main installer kicked in again and finished - even telling me Spybot-S&D had installed successfully and I needed to reboot.

Surprisingly, after the reboot Spybot-S&D seemed to work fine. Of course I reinstalled anyway to be safe, but no obvious problems existed.

I looked for an installation log file, but couldn't find one.

If it matters, I was installing over an active RC1 installation.

Is this perhaps a bug of some sort? I assume the installer should abort if the spybotsd_includes.exe file download fails, correct?

Thanks!
Click to expand...

Did you have download updates checked in the installer? Because I'm pretty sure that's what that file is. I didn't have Spybot try to download that file because I didn't have download updates checked in the installer.
 
@md usa spybot fan: you're absolutely right :) I'm still planing a large hash list for hashes on every single file, just haven't finished the concept yet (needs to be both easy to use on both sides, both by machine and user).

@ZerO Voltage: those others do use DLLs that plug into Explorer. While possible, this would make both a 32 and 64 bit version necessary and of course creates additional memory footprint which I wanted to avoid.

spybotsd_includes.exe is the manual version of the weekly update. If it would be integrated, we would have to update the main installer once a week. And then, many people wanting the manual update would probably download the full installer every week (then nearly 18 MB) instead of the single manual update (2-3 MB).
spybotsd_includes.exe is not absolutely necessary though, calling the updater after installing works as well, doing it automatically during installation is just an attempt to avoid situations where users ignore the information they need to use the update once first ;)



Folder integration is with SDFiles.exe /register only, need to update installer itself as well since /register was intended as a worst-case and debugging help only ;)

TeaTimer crash is now being tested here, might even have to do with the remember issue...
 
Firefox 3 Notification

It occurs to me that, if I am correct that Firefox 3 must be closed for Spybot 1.6 to scan the FF 3 bookmarks, there needs to be some type of notification of this to the Spybot users, a notification that is very evident.
 
I have installed spybot RC2.
When I scan an update windows file with "scan with spybot search&destroy" (with the option that appears in the context menu) in the "heuristic" zone appears Smitfraud-c. Is this normal?

The files are downloaded from http://www.microsoft.com/downloads/

When I scan all the system with spybot, the PC seems to be clean.

Sorry for my english.
 
RC2 on WinME

Indeed, an md5 is a good confirm/verify habit. Ah (reToday 06:34), all in gooD time.

<app>/Info & License/Statistics page still gives false (static) Last found, Last fixed dates as 991230. # found, # fixed increments ok.

No rightclick SDFiles or Shredder, so I put shortcuts in the Send To subdir (again) so they could be opened handily. Startmenu/../<both> is oki, but I prefer rightclick. My guess would be that new users will be a bit puzzled about these external tools unless the Tutorial or Help (*.chm) is revised a trifle. Lol, work is never done, always work ;)

Possibly an OS-thing (XP and Vista may have better native .png transparency support), some of the semi-transparent .pngs appear incomplete (even with Windows Standard systemskin) - anyone else with an older OS notice this?
screenshot1 screenshot2 screenshot3
Actually, it is merely a small cosmetic and only appears on some of the smaller images and a few others - nothing to functionally impair, but nicer to look sharp if possible.

scanstats:
SSDv1.6.0.28 Immunizations=72981 Botchecks=175942 scantime=13:23
(note - no K-Meleon immunization available here at present .. for single-profile user)

Ah, looks like all is going well and on sched. GooD to hear a big memory footprint is being avoided :bigthumb:
 
Trying to download but KIS 8.0.0.357 is blocking the download with this message:

The objet is INFECTED. The virus discovered is Trojan-GameThief.Win32.OnLineGames.arut.
 
Last edited:
RC2 working fine (clean install) on XP SP3. The scan with Spybot context menu item works fine, also when selecting multiple files.
 
You must log in or register to reply here.
Back
Top