mumen

Resilio Sync users are like us: they know what works and how to deal with bugs and flaws. That's the basis on which they make updates: if an operating system update creates a new serious crash, they will take care of it. This is their definition of "basic respect of the given word". It's all about reputation: they can't afford a bad rumor from their installed base. They are not officially closing the door on further developments, but they clearly have no plans to carry over the assets from Resilio Connect to Resilio Sync. This can, and will, go on indefinitely. It is not the developers who choose, it is the business model that wants this. We are all going slowly on the alternative, they know it. They better pin a topic on migration! They also know that they are losing potential influencers for Connect.

Thanks for the advice!

I thank Andy+ for providing the realistic and polite review of Resilio Sync dev. I basically agree with him on all the points he raises about it. I will not yet migrate to the obvious competitor, the one that is still developing. Yet it meets my needs exactly; I know because I tried it before I knew about BTSync, in 2014 or 2015 and I don't use selective sync, neither macOS nor NAS. A dead development like ResilioSync is sufficient for my needs as long as operating system updates are maintained. Add to that the fact that I have a lifetime Pro license. The only reason I'm not migrating right now is the time investment and a light sense of danger for my config. Maybe this will change as I get more information, when a feature will seem interesting to me in the competing dev. All I'm asking the Resilio dev team for, in full awareness that I'll never get it, is one thing, requested on this forum many times in a vacuum: a button on the mobile application to synchronize immediately... When I pointed out to the team the contradiction of their communication on the Android App, saying "instant synchronization of your mobiles", their only "answer" was to remove the said message from the Play Store, which says a lot about the general state of mind of the dev: dead project, minimal respect of the given word. This basic respect is all that remains of this project. This is a pity. Resilio Sync remains for the moment ahead of the competition, it doesn't lack much to be a success. This little thing is tough to think about, but essential: a redesign of the ergonomic approach to make it obvious to non-technical users.

If I close/open Resilio or restart the machine, it is the same: A connected folder (non-selective advanced folder) never ticks as synchronised on one side and there is still a percentage which can even be '0' and the circle indicating this. There is no anomaly message, and the sizes can be different on both sides. The filters are identical on both sides. The only solution if found is to re-index the file. Then an anomaly occurs (orange triangle with '!') telling me that a number of files are impossible to download. When I want to check what it is, I find files that have been deleted or moved a long time ago, or temporary files that have been deleted as soon as they have been used. After this check I ask Resilio to ignore the list and everything is fine... Until the next time. This is probably a more or less normal operation to avoid losses in complex circumstances. Ok, but it only creates incomprehensible and worrying things when you care about your data. The logic of the system makes it complex to reindex a single file and even worse for all of them, on all workstations, which I would like to be able to do from time to time, in a single pass on each workstation...

Hello I just want to know for sure which essential Roaming files I should backup (*.dat ?) to be able to reinstall my Sync settings on a computer from scratch : I whish you add, not a feature, but just a documentation to clarify and officialize this. Sorry I it allready exists, but I don't think so. Thanks

Hello I try to manage my android phone as a terminal which recieves many sort of files from my everyday utilisation, and that I want on my home computer so that I dispatch them and delete from the phone. It is actually possible, but really difficult, because there are too many folders to sync, and worst, somme folders may be changing without warning from SD card to internal memory. For instance, the pictures : I have two complementary photo apps, this makes 4 possible folders. I want to sync all my downloaded files, and also some written memo and some spoken memo, and also some links, and other thing. For the moment I declare 5 folders but I always loose something, never remembering if the folder is on SD or memory... In fact I should have ten folders synced or even more. This is complicated, not my case, but possible if one changes SD card... I was wondering if the mobile sync app could do something like letting me add many folders to only one sync folder, so that on my computer I could find out my ten subfolders placed inside only one, so that I could sort a search on them all by date to find out all I want... I suppose I'm dreaming!

- consider that Selective Sync is disabled, - An experimental explanation: When a new file is arriving in a btsync folder, an Android internal messaging system is supposed to inform Sync that a folder has been updated, so does the Sync run on it. But in certain cases the Android messaging doesn't seem to work. So, btsync ignores that an update occured. For this case, btsync will regularly try to resync each folder, let's say each 15 minutes. So, you just have to forget it and it will be synced. The curiosity is that Resilio don't communicate on this. I can't understand why. Apple computers have not an internal messaging system, so is there an interface parameter which does two thing: it informs us and let us modify the delay, or even manually force the sync.

------- I have a good new. I found something to help you debug : it seems that when a file arrives in an \Android folder, the sync is immediate. My guess seemed right, it must be a problem in Android messaging... Maybe is it linked to this (that I don't exactly understand while all other apps can write on the SD): " Android 6.0 - On Android 6, some devices support "Adoptable Storage" allowing you to select to use an SD card as internal storage. Note that not all devices support this, even if running Android 6. If your device doesn't support this, or you want to instead use an SD card as "portable storage", you'll have to use the Storage Access Framework method as with Android 5 (or the Android/data/net.sourceforge.opencamera/ method as with Android 4.4). (http://opencamera.org.uk/help.html#faq) " Open Camera refuses to write on the SD unless I write here: Android/data/net.sourceforge.opencamera/ Now, each time I take a picture with OpenCamera : "Sync will back up photos and videos as soon as I take them"

Elegant reply to my post from Resilio : the allegation dissapeared from the play store, but no explanation is given to the problem.

Hi, thanks for the great job. Android 6.00, Resilio mobile 2.4.9 (639) On my smartphone (LGK10), I generaly can't manage to see new files (any manner : photo, download, copy/paste, etc.) recognised and then synced. It obliges me to quit and restart. In fact, it seems that Resilio will always finish by recognising new files, but in an unpredictable laps of time which seems to go from instantly to, let's say, a quarter or half an hour. It seems to me it is a relatively new problem (new phone?, new sync version?), but I can't be sure. I tried a lot of combinations before posting. A tricky way to refresh drove me to some strange situation : I toggled the folder's Selective Sync from Off to On and back, because It forces te refresh just like I wanted, but this finished by freezing for a while some folder unable to become selective, even after deconnecting/reconnecting them in Resilio. This is not a really bad issue. But the trouble is that it's against Resilio's argumentation in Play Store "Sync will back up photos and videos as soon as you take them" and so it lowers the trust in the solution when you are expecting such a comportment. Letting things unclear is never good. I suppose this can be related to an internal Android messaging problem. In this case (as with Apple computers) a clear explanation, a simple refresh method and/or a way to set the auto-refresh delay will be appreciable for all. No answer, or a perfectly misplaced one like what is given to the Play Store user "Why do you need to stare at the file to sync it ???" is making the problem bigger again.

Hi This is the first time this problem appears to me in years. Yesterday as I was ordering my folders with no other peer connected, a complete essential folder of mine went to the .sync folder, loosing any dates and merging it with the content precedentely saved there. Fortunately I have some rescue, so is there no bad consequencie to me. In order to repare the trouble, I did shut down Resilio, restored the folder, apply again the changes and many others... Then I secured my job... I did well. This morning, I turned my computer on, Resilio started like allways... and it trashed once again my folder, loosing some files (very few) and redating all files to today. Debug.txt contains FFFF, so have I some logs to send to you. The Folder's name is "Intérêt". In the log last file I see this message associated to this folder : Setup entry job "FixFSErrorJob" (Google search "FixFSErrorJob Resilio" returns nothing) for path "Intérêt". I could send to you all the yesterday's log files, corresponding to the moment the problem occured, but they are to big (87 : 50Mo) for this interface. I am quite sure that reindexing the Resilio folder from scratch will correct this problem, but I prefer to send you the description of my problem, because it might be useful for Resilio and users. I do suppose that this problem could have enormous consequencies in some case. Win 7, Resilio Version 2.4.4 Last sync.log.zip

When syncing a folder MAC with a Windows one, some special characters are translated from the files/folders name in order to respect the Windows possibilities. This is ok, but there is another treatment that should be done in order to respect Windows naming, it is to remove the terminal dots and spaces of the MAC's name which create some troubleshooting in the Window functionment (total inability to rename or delete such files/folders without an external program).

RomanZ, ok, I'm ready to provide you description and the 2 logs. Confirm, please the methodology I turn on BTS debug mode, shut off BTS, restart it, reproduce behaviour, shut off BTS and then collect the "sync.log" and "sync.log.old" in ..\AppData\Roaming\BitTorrent Sync. Right ? On the android, there is no possibility for a log, right ? I wait for your confirmation and your link.

@romanz I already posted this precise question that seemed to dissapear monthes ago, maybe with an upgrade, but it surprisingly came back, recently on an even stronger mode. It looks like it is a recurrent problem in BTS and you asked me the logs I come back today to give you because it is possible now. Considering the fact, from my readings here, that some people seemed to have the same type of problem in version 2, I don' have to search very long to emit my hypothesis, don't you think ? unleast, (I did not read the forum before posting since one or two weeks) this seemingly very complex behaviour problem have been solved since then, which is what you are going to tell me now, before answering me if you want me to cooperate with you to give a clue to a problem in version 2, even from a version 1. Right ?

Hi I think I have a long dated synchronisation misfunction, that seems to come and go, and that for the first time I can reproduce in BTSYNC 1.4.111 in relation with the Android application 1.4.65.0. The appropriate place to post this comment is closed, but it seems to me that this behaviour may not be fixed in version 2. Are you interrested in the description and the debug log? In the positive could you tell me where to post them?