

Anyway, once you send your report to support, we could contact you directly by email to keep you updated and request additional information if needed. If you can provide additional information (like the name of the file that was incorrectly managed) that would speed up our investigation. If you don't want to share it here (it could contain sensitive data like filenames, etc.), please send it to and post here the ticked ID so we can contact our support team to get your log. Once you have a log showing the problem, please send it to us to analyze it and fix the problem. When the debug mode is correctly started, MEGAsync shows a notification that says that it is creating a log ("MEGAsync.log") in your desktop. To enable de debug mode, start MEGAsync with Ctrl+Shift pressed (Cmd+Shift on OS X), or open the settings dialog and click five times in the shield next to your email address. That way, we could see how the external notification is received, how it is managed by MEGAsync and why it doesn't apply it correctly. Please create a debug log with Computer B while you are reproducing it. If you are able to reproduce the problem. But once a synchronization is already added (it doesn't matter if MEGAsync is not running or is restarted) MEGAsync should correctly propagate the changes. During the first scan, if MEGAsync detects missing files, it follows the most conservative approach and creates the missing files on the other side instead of deleting them.

MEGAsync should recognize the external deletion (or rename) and apply it in the local filesystem, except when the synchronization is added to MEGAsync. Or maybe cryptomator on Computer B doesn't like that MEGAsync deleted his files at runtime.

If those deletions are done in the virtual drive, the real files created by cryptomator could be doing something different and maybe that confuses MEGAsync. The usage of Cryptomator could be changing the scenario a bit.

For us Computer B always removes the local files after the step 4.Īre you using the same account in both computers? Or are you syncing a shared folder in one of them? Hello, we have been trying to reproduce the problem but we have been unable.
