360 Total Security - English

Nobody is "hiding" anything; just not everything gets removed upon uninstall. This has been an issue since Windows 3 (or earlier; I can only attest that it's been a problem since ~1990). I agree with you in that everything should remove everything and that's even a requirement to gain Microsoft's "Certified for Windows" label--too bad Microsoft is the biggest offender of it's own policy.

That matches what I saw: empty directories in ProgramData IIRC

I would not suggest using inferior uninstallers (IObit, Comodo, and many others); they tend to cause more problems than they hope to resolve. Soft Organizer is king of the hill--if you use it properly and not in full-auto (like any tracer/uninstaller/cleaner/fixer/etc.).

 

I think Hiltihome's assumption was IObit uninstaller was used instead of the AV's own uninstaller_______

 

Because I know better!
Unistallers kill the the original routines, that are executed on reboot, before they can delete the rest.

 

Usually, files are flagged to be deleted by Windows after a restart, in which case scanning for and deleting leftovers before rebooting won't matter. On occasion there will be additional software than runs after a reoboot, in which case deleting leftovers before rebooting can cause issues.

However, with the new beta of IObit Uninstaller you can delay scanning for leftovers until you restart Windows, so that the standard uninstall is complete.

 

Not if you manually verify the found leftovers and deselect anything that shouldn't be deleted. Having said that, I've used IObit a lot lately and has not seen any false positives. As you said, you need to do the same with Soft Organizer too.

My experience with CPM was that it gave no false positives.

 

It does not
What you forgot to do is go deeper the rabbit hole.
Here's what I meant

C:\$360Section
C:\$360Section\360Safe
C:\360SANDBOX

 

For this very reason, users should use an AV's uninstaller on it's own to uninstall as highly recommended by AV venders; then do whatever clean-up of remnants after a reboot.

Sure if the new IObit beta can do this, then use it.

 

Then it doesn't trace every change to the system during installation. It's almost guaranteed that you'll have other unrelated changes during an installation/first run (your certificates and AV logs should be among them). Unless your uninstaller monitors the system rather than the setup executable, it's efficacy is limited.

My experience with CPM is that you can't choose with any granularity what gets uninstalled; i.e. to uninstall program X--which installed .NET--Comodo will also uninstall .NET and you don't have a choice because Comodo knows better than you do. It's abandonware now anyway.

D'oh! (Sad thing is, I knew that.) ProgramData is logs but the log files were removed, just not the directory itself. Many programs do that odd thing.
I'm looking at all system changes during 360's installation and first run and it's all above-board. I don't have a way to export this info, otherwise I would.

 

Same. Though I have never installed any 360 antivirus

Months ago, I was trying out 360 browser. Uninstalled it(don't recall if I used Iobit uninstaller). Much later, I tried to install a trial of Kaspersky and it detected the presence of 360 antivirus. No other antivirus detected that.

 

Thats the same happened to me exactly.

 

Obviously Kaspersky's detection routine isn't accurate if it thinks a browser is an AV.

 

it did not detect a browser as malware but 360 antivirus. Also this was part of compatibility test and not malware scan.

 

IObit does not do install monitoring, it just does it own scans for leftovers after you uninstall a program, just like Revo does if you don't use its installation monitor.

Yes, that a big issue with CPM. I stopped using it a while back becuase it was making my computers run slowly - even when I was not installing software.

 

Though I haven't used 360 Browser, I suspect the detection was caused by 360 Browser components, i.e. Secure Surfing and Downloads, Phishing Websites, On-Line Banking.

 

For that person that asked about outdated Avira database.....

Spoiler: Click here and be amazed!!!

Dear Dragan,

Thank you for your support to 360 Total Security.

How are you?

Sorry for the late reply.

We have checked in our machines, but have not happen with such a problem.

So it would be helpful if you could provide some more details to us.

1. Which version of 360 Total Security do you use?

2. What's your operation system?

3. Have you tried to click "Check for updates" to upgrad to the latest database?

4. We have also supported for offline databse, please download them from the below link:

Avira:http://free.360totalsecurity.com/vdb/360TS_VDB_Avira_20150728.exe

Bitdefender:http://free.360totalsecurity.com/vdb/360TS_VDB_BD_20150728.exe

5. Could you please provide some screenshots about your problem to us for further analysis?

So again, thank you and please feel free to contact us anytime you have any question or suggestion about our product.


Kind regards,

Emily

Qihoo 360 Support Team

Email: support@360safe.com

FAQ: http://www.360totalsecurity.com/help/

• Welcome to visit our website:

PC: http://www.360totalsecurity.com/

Mobile Product: http://www.360safe.com/

• Like us on Facebook:

• http://www.facebook.com/360safe

• Google+: https://plus.google.com/u/0/communities/109743774012923710723

• Follow us on Twitter: https://twitter.com/360TotalSec

• Leave your comment for us on CNET to encourage us to keep improving.

http://download.cnet.com/360-Total-Security/3000-2239_4-76145154.html

 

I really hate it when tech support uses cookie-cutter responses as fodder when these details and more were already provided. Not to boast, but when I go to tech support, there's an actual problem with the product, not something the call centre or I can fix.

Let me flip it around: What signature revision should vbase031.vdf contain? You have "checked your machines" so what does your vbase031.vdf contain?

Mine:

Code:

Virus Database File
Version: 7.11.237.234
FUP: 1
License date: 4.6.2015
VDF date: 4.6.2015
Minimum engine: 7.9.4.32
Signatures: 7874074
Required linked VDF: 7.11.237.158
Source: 7.11.237.234
Compiler: 1.5.0.4

Yes, it checked for updates (really was a dumb question); here's the proof, update_AVIRA.txt with a timestamp of today:

Code:

Update time GMT: 1438068230

update.txt with a timestamp of today:

Code:

Update time GMT: 1438068230

None of the other file timestamps are newer than my install date (in this case created 18 Jun, modified 09 June, no I didn't get that backwards).

I just installed 29 Jul Avira signatures: http://free.360totalsecurity.com/vdb/360TS_VDB_Avira_20150729.exe
My "new" vbase031.vdf:

Code:

Virus Database File
Version: 7.11.237.234
FUP: 1
License date: 4.6.2015
VDF date: 4.6.2015
Minimum engine: 7.9.4.32
Signatures: 7874074
Required linked VDF: 7.11.237.158
Source: 7.11.237.234
Compiler: 1.5.0.4

It's the same set of signatures from 4 June even though the timestamps on the "new" vdf files are the 28th.
The installer still lists 28 Jul on the splash screen.
Both, the 28th and the 29th file sizes are identical (to the byte) as well as June 19th's. The only thing that's changing here is the date on the installer package.

Bitdefender engine updates daily on its own with no problem.
This occurs with 6.8 and 7.2 and on three of my machines.
This isn't "user error".
I'm thinking Qihoo's agreement with Avira doesn't include the entire signature database and it doesn't include updates after 04 June 15. cf. http://www.avira.com/en/support-vdf-history

 

Same story here on three machines with different os.

 

Guys.. I am using 360 Total security Essential with BitDefender in Real Time. Avira updated to latest but BD Engine lastest def is 2015-06-01 i.e. June 1, 2015.
Why is it 2months outdated? Anyone facing the same? How to switch to Avira Real time? Atleast that's updated....

 

How did you get those dates? What is your Avira date?

 

How did you get the definition info, in the way you posted in thread #1491
How would you like to post me the same thing for Bitdefender?

 

Open vbase031.vdf in a text editor (Notepad, et. al.)
For BD, I haven't found anything in the files so I can only go by NTFS modification time on them.

 

Open update.txt in the plugins folder.

You can compare the date with what BD have on their servers http://download.bitdefender.com/updates/bitdefender_v9/plugins/update.txt

 

In TSE I get the same (outdated) result, as you.

In Tencent PC-Manger:

Code:

Virus Database File
Version: 7.11.251.152
FUP: 1
License date: 29.7.2015
VDF date: 29.7.2015
Minimum engine: 7.9.4.32
Signatures: 8301353
Required linked VDF: 7.11.251.17
Source: 7.11.251.152
Compiler: 1.5.0.4

 

Here is what I got:

Code:

Update time: Wed Jul 29 02:13:54 2015
Signature number: 5853034
Update time GMT: 1438125234
Version: 7.61771

 

Thank you people for contribution, all of this has been forwarded as it is, we will see what is going on, please stand by.