I tested version 1.6.17 on a spare windows 10 PC before migrating older vaults and I noticed frequent lock problems when FUSE is used. After a lot of testing it appears that when a vault contains a .exe file in any folder/subfolder and that location is simply opened, it prevents the vault from locking. This is without running the .exe, just opening the folder is enough to cause the lock fail.
Force locking the vault sometimes (not always) prevents the lock fail from reoccurring in the future with that specific file, but only until this file is moved to another folder, or any parent folder is its filepath is renamed. In this case the .exe file can trigger more lock fails again.
This problem occurs only when FUSE is used and does not happen with WebDAV. Initially I thought it could be either Kaspersky or Malwarebytes causing the issue by scanning the .exe and then not releasing the file properly, but this kept happening even after I completely uninstalled both of the above. Windows defender is another possible cause but I haven’t been able to test this properly. Or it could be unrelated to antivirus software. The exact cause is unknown but the issue can be replicated with 100% accuracy and only .exe files trigger the lock fail.
By the way, fake .exe files do NOT trigger this. For example I changed the extension of a .txt file to .exe and copied it to vault without lock issues. But any real .exe file triggers the lock fail, if the location is opened/accessed before locking the vault.
New vault (FUSE / 1.6.17 / Windows 10) - LOCAL DISK (NO SYNC SOFTWARE WAS USED)
Create Folder and/or Subfolder path in the vault
Add any real .exe file to the subfolder (or folder)
Close explorer and try to lock as usual → Fail
If lock didn’t fail already, simply unlock the vault and browse to the location of the .exe file and just select the file (don’t run it). Close explorer and try to lock the vault as usual.
Could anyone please try to replicate this? (Use a new disposable vault)
EDIT: It seems this is a known issue for more than a year (since Oct 2021):
I tried to reproduce that and did what you did.
My vault was instantly locked.
So I assume a process is accessing your exe file or the folder.
Maybe a scanner, index, whatever.
Have you checked (for example with Windows Process Explorer) if there is an app or process that is accessing the vault?
Thanks Michael. I tried to check it via Process Explorer but could not identify the problem, but also I wasn’t sure what exactly I was looking for as it was the first time I used Process Explorer. I think @infeo had identified the issue before, or at least reproduced it in the thread below. Maybe he has any further info?
If you 7zip the .exe (or better its entire folder in case of program installation folders) you can workaround this issue until it is resolved. It doesn’t have to be password protected or anything, it just needs to not be in .exe form. It is an inconvenience but at least you won’t have to worry about the integrity of your files due to force-locking the vaults.
Its not possible for me to zip the file, because I use the .exe file for a small script to check file integrity of all files inside the vault. Of course, its possible to put the script and the exe file outside of the vault, but then its not possible to do this easy on every PC.
I attached the full logfile of the three steps I did above here: cryptomator0.log (497.7 KB)