I was using Propagate Deletion until yesterday.... Unfortunately I lost all my back-up; I can redo it so this is not a big issue in itself but there is no protection when Acrsync cannot read the source directory ! This is what happened
Basically my source was
ssh, 22, propagate deletion checked, (nothing in sync only don't sync)
All the file got remotely deleted and 0 file was uploaded.
Then I checked the log error in the console and found that
kernel: Sandbox: Acrosync(xxx) deny file-read-data /Users/xxx/Data/Perso
Looks like as Acrosync was denied for some unknown reasons access to the directory, it assumed it was empty and did propagate the deletion.
Where Acrosync cannot read it should not assume it is empty....
If this is the case, please fix this issue as soon as possible.
I am running 1.5. I just looked at a similar post in November (deletion happened at restart/reboot for one user); I had the impression this kind of precaution was taken by Acrosync before deleting. But apparently in my case there was not any precaution/warning.
Thanks and Regards