Closed ja02 closed 9 years ago
I think this could be caused by the way MEGA provided sync tool is handling syncs.
Can you let the windows APP perform initial sync and than turn it off, after that, edit the file on the phone and document what happens?
I turned off the Windows APP right after it uploaded the change (otherwise the whole scenario would make no sense). Same result.
Conflicts are now prefixed with 'Conflcit_' prefix instead of deleting/replacing files (MEGA-2.1.0-test6.apk)
I have been unable to test this scenario properly, because, for a reason unknown to me, the item 5. now works differently - instead of saving the changes to f1.txt, it creates another file with the same name but the new content. Will investigate further. But data from mobile still seems to be lost (both f1.txt and _Conflictf1.txt contain the content from computer).
As already stated in the previous comment, I had been unable to create a conflict with the MEGASync app, so I tested on 2 android devices instead.
Expected: The content of file f1.txt should change to text dev1 (after download from cloud). A new file _f1Conflict.txt with text dev2 should be created locally on device2. The cloud should sync to contain both files with the same content. Device1 should sync to contain both files with the same content. Error: f1.txt disappears on device2. _Conflictf1.txt is created, but disappears after some time. In the end, both files disappear on both devices and also from the cloud (all data lost).
Please also notice the word _Conflict is a postfix, not prefix. First, this makes is reside near the original file when sorting by name. Second, if there are further conflicts, it's possible to use another numeric postfix, e.g. _f1Conflict4.txt.
It has been decided to change strategy to a "Last uploader wins" approach.
Error: f1.txt is downloaded from cloud and overwrites the local file. In addition, MSM then uploads another file f1.txt to the cloud (so the folder CF1 now contains 2 files with the same name), but the newly uploaded file contains letter 'C' as well. The data entered locally on mobile (letter 'M') is lost. Expected: One possible solution would be if MSM kept the 'M' version in a new file, e.g. _f1CONFLICT.txt (perhaps with an option to choose whether it should be uploaded or stay just on a local storage). Further conflicts could add another number after the word _CONFLICT. Would be nice if the user was somehow informed about the existence of the conflict somehow.