I have moved the location of my System Temporary files, through the Windows Environment variable.
I do not want my system SSD hammered with temporary files, buried either under C:\users'username’\appdata or c:windows\temp.
I have a separate drive which I use for this function.
Avast is completely ignoring the environment variable, and it clearly has the temporary files location hardcoded, as I am still finding leftover Avast junk in these locations.
Avast is big on flagging Junk caused by old files created by OTHER applications. Can Avast please be updated to use system Enviroment Variable to store its temporary files rather than just presuming to be entitled to use c:\windows\temp.
As a developer myself, I know this is easily implemented, it’s just something which has been ignored by lazy coders not making use of system environment variables.
I’m not aware of any hardcoded C:\Windows\Temp file creation in the code.
What filenames are created there?
Even though it won’t show much on Windows 10, please provide a Process Monitor log showing the file creations.
Thanks.
Thanks for your reply. I’ve just created and attached a screenshot of files created today. Hope this helps. It seems then that it may be some rogue code lurking somewhere.
I haven’t changed and windows/avast settings in relation to this area.
That area I associate with the Web Shield, where files are scanned, I have a lot more than that. What I don’t know is if this is only in use for the Web Shield of old.
Typically these files are only locked to be scanned and upon successful scanning if clean then they should be released and cleared from the avast folder, they are also showing 0KB file size (but nothing is truly 0KB.
However this doesn’t appear to be happening with anything close to that as I have 60 files (excluding AvLock.txt) over the last three days. I would have expected these to have been cleared.
Actually, no (though this is completely unrelated to the original question). This was changed - as a small Web Shield performance optimization - in one of the previous versions. When Web Shield needs a temporary file, it opens it - and when it’s done with the file, instead of removing it it just shrinks it to zero - and keeps it. Later, instead of opening another file, it reuses the one it already has. (There’s a limit to the number of kept files; if there’s too many of them, only some of them are kept and the remaining ones are removed as usual). So in the end, those files are only removed when the service (i.e. most likely the computer as well) is shutting down.
The idea is that opening a file is a relatively slow operation (of course in absolute numbers it’s very fast - but compared to reusing it, it’s still slower). So if this happens very often (and even though you normally can’t see the creations and removals, it can happen very often during browsing), it can be an improvement.
I was aware that it wasn’t exactly the same as the issue reported by the OP, but knowing how it ‘used’ to work, I was surprised to see any files there other than the AvLock.txt.