I guess I get credit for trying out the registry hack and reporting that it works, but @scootnod is the one who actually posted it...I had to manually add shmu26's suggestion to registry for task bar showing up....
Hi Dan, installed over the top of 3.59. Had to register again. That worked. My main problem of opening links from Outlook 2016 is solved.Thank you, I appreciate that very much... even though I do not deserve such a compliment .
Here is the 4.01 beta, hopefully the registration issue is fixed… if not, I will see if Alex can take a look at it asap.
The token issue (VoodooShield starting on startup with the service) may or may not be fixed, but if it is not, I added some logging that will provide a specific error code that will help us narrow it down.
I was not able to duplicate the high CPU utilization that is a result of the scan child processes feature… so if someone can send me a link to a file that causes this issue, please do. It will be a very, very easy fix once I can reproduce the error… high CPU utilization errors are always easy to fix once you can reproduce them.
Other than that, there are around 10 or so other bug fixes included in this version.
There were a few bugs in the new rules feature, and the custom folders feature, but I believe they are resolved now. If either of these features do not behave as expected, please let me know. If you can provide a way for me to produce the unexpected behavior, that will be even better.
Everything seems to be going extremely well, and are getting very, very close to a stable VS 4.0… I would not be surprised if we can wrap this up in less than a week. Thank you guys for your help, I will catch up asap!
You should be able to install over the top of the old versions of VS… but if you run into trouble, please uninstall the old version, reboot, and reinstall (and please let me know if you had an issue with installing over the top).
www.voodooshield.com/Download/beta4/InstallVoodooShield401beta.exe
Service kan niet worden gestart. System.InvalidCastException: De conversie van tekenreeks StartProcessAsCurrentUser: GetSe naar type Double is ongeldig. ---> System.FormatException: De indeling van de invoertekenreeks is onjuist. bij Microsoft.VisualBasic.CompilerServices.Conversions.ParseDouble(String Value, NumberFormatInfo NumberFormat) bij Microsoft.VisualBasic.CompilerServices.Conversions.ToDouble(String Value, NumberFormatInfo NumberFormat) --- Einde van intern uitzonderingsstackpad --- bij Microsoft.VisualBasic.CompilerServices.Conversions.ToDouble(String Value, NumberFormatInfo NumberFormat) bij VoodooShieldService.ProcessExtensions.StartProcessAsCurrentUser(String appPath, String cmdLine, String workDir, Boolean visible) bij VoodooShieldService.VoodooShieldService.OnStart(String[] args) bij System.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Object state)
It looks like if you uninstall the old version before installing the 4.0 beta version it removes the registry key C:\Program Files\VoodooShield\VoodooShield.exe from HKLM-Software-Microsoft-Windows-CurrentVersion-Run.
You can manually add it back by creating a new String Value called VoodooShield with the vaule C:\Program Files\VoodooShield\VoodooShield.exe in this location.
That's quite odd. When I start VS, CPU jumps initially to 8-9%. After 30 seconds, it bounces around between 0.0% and 0.6%, with sporadic disk and network use (both quite light).High CPU usage even for me with last beta
4.01b... No autostart (reboot login)
From Event Viewer:
Service cannot be started. System.InvalidCastException: Conversion from string "StartProcessAsCurrentUser: GetSe" to type 'Double' is not valid. ---> System.FormatException: Input string was not in a correct format.
at Microsoft.VisualBasic.CompilerServices.Conversions.ParseDouble(String Value, NumberFormatInfo NumberFormat)
at Microsoft.VisualBasic.CompilerServices.Conversions.ToDouble(String Value, NumberFormatInfo NumberFormat)
--- End of inner exception stack trace ---
at Microsoft.VisualBasic.CompilerServices.Conversions.ToDouble(String Value, NumberFormatInfo NumberFormat)
at VoodooShieldService.ProcessExtensions.StartProcessAsCurrentUser(String appPath, String cmdLine, String workDir, Boolean visible)
at VoodooShieldService.VoodooShieldService.OnStart(String[] args)
at System.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Object state)
Not sure that the scan child processes feature causes the high CPU utilisation. I saw high CPU utilisation whether that is ticked or unticked. That is with VS 4.0b.I was not able to duplicate the high CPU utilization that is a result of the scan child processes feature… so if someone can send me a link to a file that causes this issue, please do. It will be a very, very easy fix once I can reproduce the error… high CPU utilization errors are always easy to fix once you can reproduce them.
Yeah, it may not be. I looked long and hard at the scanchildprocess code, and I did not see anything that could possibly cause an infinite loop.Not sure that the scan child processes feature causes the high CPU utilisation. I saw high CPU utilisation whether that is ticked or unticked. That is with VS 4.0b.
Now that you mention it, I am seeing 25% CPU from Voodooshield, after installing 401b. I never saw this before.Yeah, it may not be. I looked long and hard at the scanchildprocess code, and I did not see anything that could possibly cause an infinite loop.
One thing is for sure, if someone can let me know what triggers this issue, it will be a simple fix.
I have not seen this issue myself, otherwise I would have fixed it .
After a reboot, VS CPU usage is basically at zero, even though search filter and indexer is still churning away. So I guess that was not it.Now that you mention it, I am seeing 25% CPU from Voodooshield, after installing 401b. I never saw this before.
Windows search filter and search indexer and searchprotocolhost are presently churning my system. (I just restored a system image, back to my Voodooshield config.) Maybe that is connected, I don't know.
Installed 4.01b on primary machine, where I experience no-autostart issue (I don't have that issue on secondary machine).Also, as boredog mentioned (thank you boredog), please make sure you do not have a firewall blocking VS. This should not have changed since VS 3.59, but I see TONS of errors in the error reporting system where something is blocking VS's communication. In 4.01, I added in some error handling so that VS should prompt you if it cannot reach the servers. But like I was saying, none of this should have changed since VS 3.59, so I have no idea why it is an issue now.
Also an EAM user with no auto-start of VS.Installed 4.01b on primary machine, where I experience no-autostart issue (I don't have that issue on secondary machine).
No registration pop-ups, but can confirm auto-start is not fixed. Reset to 'automatic (delayed start)', which solves the issue for me - rather than doing the reg tweak thing - and all is OK again.
I wonder if it isn't due to Emsisoft new Firewall Fortify feature that is causing some sort of delay? I do have VS processes excluded in EAM, and don't get any warnings, but maybe there is some sort of delay there interfering with the automatic start. IIRC there are other reports of (I think different) issues by other users of EAM on Wilders. Just a shot in the dark.