Search the Community
Showing results for tags 'conflicts'.
There seem to be some difficult bugs where BTsync is picking the wrong file when there is (or it sees) a conflict. Personally I would like to have a mode where a change conflict causes BOTH the modified files to be created, the older one with a different name (say). BUT, I suspect this has a wider use in the realm of debugging because it will make every conflict very obvious and if some of them aren't actually real conflicts (but something manufactured by network effects) this will be much easier to detect and hopefully debug. So can I request a version then NEVER deletes a file
Hello, I've been using Resilio for years between two Macs without major problems. Now, I have added an encrypted FreeNAS node and it has problems with conflicts. I would simply change the name of the conflicting files on the Macs but the thing is, I don't know which files are the ones causing conflicts: FreeNAS doesn't know the real name of this files (and rightly so), the Macs don't give any alert about the conflicts, and I'm unable to find a way to correlate the encrypted name that FreeNAS gives me with the real name of the files. What's the best way to solve this?
I think a key missing feature from Sync is stopping errors from propagating by interacting with the user and presenting her with options on what one can do. As an example, I recently filed an issue #49958 where the indexing was out of control. It turned out that due to some naming conflict (probably due to the composed/decomposed issue) *.Conflict folders were being created. By the time we found out why indexing never finished 1.4 million such conflict folders had been created for one particular weirdly named folder. When stuff like that happens Sync should notify the user that something