RomanZ

@CoupeWare, @vivitron, This issue usually appears when 2 version of sync is installed - x86 and x64. I suggest checking that you do not have Sync in "Program Files (x86)" and the registry entry (one in HKCU) points to x64 version of Sync (I.e. to "Program Files").

@uffowich I wonder if issue reproduced in your case only when some Android device is present?

@flamman Sure. See "set_folder_prefs". Here is sample request and response: http://127.0.0.1:8888/api?method=set_folder_prefs&secret=Bxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&overwrite_changes=1{ "overwrite_changes": 1, "search_lan": 1, "selective_sync": 0, "use_dht": 0, "use_hosts": 0, "use_relay_server": 1, "use_sync_trash": 1, "use_tracker": 1 }

@warwound The Sync changes now rather rapidly, so we can's share exact plans - sorry. I'll update the development forum if I'll get any news on API for mobile platforms.

@brendand There is still no API for iOS and (unfortunately) I can't share ETA, sorry. We are aware of the development interest towards Sync API for mobile platforms. I'll update the dev branch of forums as soon as I'll get some news.

@KnightRider08 Thanks for the info - we'll check why it crashes and what we can do.

@funkify There is no advanced preferences in WebUI version (and it is the only available for Linux). For Linux you'll have to make a config file and set the peer_expiration_days there. For more info on config file just run ./btsync --dump-sample-file.

@rtrpm-bittorrentsync There are some files in your sync folder that have invalid modification time (18 years ahead). Please find the file(s), fix the mtime and re-add the folder.

@question78 #0 Log size is measured in Mbytes. So log_size = 100 means your sync.log will be limited to 100Mbytes. #1 Please see it here. #2 BT stopped portable sync support in 1.4, we don't plan to introduce it again in close future.

@choigame89 The issue is that in iOS all the apps are working in sandboxes - and no app is allowed to anyones else sandbox. So, when you tap long the file in Sync and "Open in..." it in other app, technically it is copied to other's app sandbox and opened there. As a results, after editing you need to "Open in..." it back to Sync to make it available to other peers. So, you need some app which is capable on editing the excel doc as well as have an "Open in..." feature. The sandbox behavior was slightly changed in iOS8 and there is a limited ability to get access to someone's else sandbox. It is not implemented yet in Sync, though we'd like to see it as part of Sync features in future.

@29988122 We already got a feature request to get some advanced backed up files restoration, though it is not implemented yet.

@korzing The names you see are given to pictures by iOS. They do not repeat. If it will happen that iOS will give the same ID to the picture - it will likely overwrite the one backed up. Though, it never happened in our lab: iOS always gives a new name to photo regardless of the fact that some were deleted before and freed some names.

@azmodone You can paste the link into the "Enter key or link" in Sync's WebUI. Sync for Linux designed in a way that it accepts both keys and links. If it does not accept Link - it is a bug. What does UI show you when you attempt to paste the link?

@vw183 Unfortunately Sync does not has any improvements on DBs backup. It will still treat DB files as regular ones and live syncing is not going to be effective (and with some DBs most likely is impossible due to fact that DB stays open for exclusive use by DB owner).

@PainterArt Usually, the "No peers online" issue is not connected to the DB and DB corruption, but to connectivity (like, inability of wireless routers to route multicast packets, etc.). I wonder if you've got your debug logs turned on and can collect a log so I can take a glance on what happened to your DB?

@otacon First of all, the terms "Read-only" and "Read-write" peers determine what the peer can do to others. If it is read-write - it can both get and deliver data. If it is RO only - it can only read data, but will never propagate changes. There is a rather simple rule to determine RO peer behavior. When "Overwrite..." checkbox is not checked. RO peer is getting all file / folder updates from other peers. Once some file is deleted / moved / modified on RO peer - it will never be updated anymore. Of course, the very fact of file change also won't propagate. If you check the "Overwrite..." checkbox in folder preferences - RO peer will discard all the changes (modifications, movement, deletion) and re-sync file from RW peers. Hope it helps.

@Journeyman Selective Sync / Sync on Demand is expected to be a part of Sync Pro, though full list of paid / free features is not ready yet - we'll update the community once we have it.

@Brilliantsam Sync 1.4 does not have folder ownership. To migrate to a new server you'll need: 1. Share RW key to the new server. 2. Wait it to Sync fully with old server. 3. Produce new Links on a new server. Everyone who tries to add folder via new Link will send approval request to a new server.

Guys, I've sent builds to your e-mail addresses. Looking forward to hear your testing results.

@jake.sadie When you choose "Available" there is no need in default folder. All new folders will just appear in the list (no actual syncing) and you need to click "Connect" button explicitly to start your device syncing this folder. And once you do so - Sync will ask you the location you want to save this folder to. The default directory structure is not copied. I understand what you want to achieve, for now - please try using the "Connect" workaround I described above. You need to set default new folder behavior to "Available" - see above. Also note, that moving folder works only within one single logical drive / partition boundaries only. I see what you are saying. You want some of folders be not available for "My devices" mesh at all. Thanks for explaining. Please be patient. If I keep asking questions - something is still unclear and needs to be elaborated. It is now clear with Feature Request #1 and #2. We'll consider both for future releases.

@MaximoFrei I suspect that saw-shaped traffic in your case is a result of losing UDP packets. For how long it takes Sync to transfer your file comparing to FTP? Also, let me know if you are willing to test an experimental build.

@wussery Indeed, you should take a look at Sync v2.0 Alpha. It allows to avoid syncing all the files in the folder - only those that you want to have on your PC. So, with 2.0 you setup would be next: all your machines have the same folder synced. The servers have "Sync all" enabled. The working machines have "Sync all" disabled and will sync only working files you really need, while huge visuals are just available for syncing, but wont' be delivered automatically.

@wussery Upgrade should go fine. DB and service files format has changed, so backing up Sync's home folder does not give anything. If you experience any issues - don't hesitate to contact our support via syncapp@bittorrent.com address. Note that downgrade is not possible, so if you upgrade and decide to downgrade by some reason - you'll have to re-add all folders from scratch.

@MaximoFrei What is your download bandwidth? Something around 3.5Mbytes/sec, I presume?

@all There were a lot of things already told and discussed around Open Source (1, 2). I suggest to read mentioned topics and continue discussion regarding Open Source and privacy there.