Helen

kramttocs, a BIG thank you!!!!!!

hyshai, We managed to reproduce this issue in our labs and will fix it ASAP. As a temporary workaround, please, use RO link instead of key. The only difference here will be the necessity to approve of Linux on the other peer (from which you shared the link). Thank you.

Sorry, didn't notice at first, also, add a comma here: "download_limit" : 0, "upload_limit" : 0,So, remove the comma as suggested in my first reply and add this one. It worked on my machine.

alexauran, Are these files actually present on Windows? I see some of them in the Win log and it looks like they were edited there. In this case read-write peer (your Mac) will show the corresponding amount of files to be uploaded to read-only peer (Win), but they will not be uploaded (by design). If it's not your case, please send fresh logs. Unfortunately these logs don't contain necessary information. The Win log was recorded for only 3 seconds (probably the rest of it went to sync.log.old) and Mac's log was recorded in a different time period. So, please, follow these tips: 1) go to Advanced settings on both machines and set "log_size" to some 100-150-200 (it's in mb) and "folder_rescan_interval" to some 3600 (it's in seconds). restart Sync on both machines. You will be able to reset these to defaults after collecting logs. 2) make sure that 'Enable debug logging" is turned on on Win machine. 3) re-add the stuck files (try some first in the queue) to sync folder on Mac. when syncing stucks again, wait for some 10-15 minutes and go collect sync.log and sync.log.old from both machines and send them to syncapp@bittorrent.com. In the message put the link to this topic. Do I understand it right and 'dj library' is in ext drive and "_Serato" is on Mac's drive?

I may be wrong, but doesn't "~" in filename actually mean that this is the temp copy of the opened/used file? Windows is known to create them.

mrhidley, Remove the last comma: "webui" : { "listen" : "0.0.0.0:xxxx", "login" : "myusername", "password" : "mypassword" },

bannerd, Indexing may happen without online access, indexing is just counting of files in sync folder, to put it simply. Please, follow these steps to collect the debug logs and send them to syncapp@bittorrent.com. Put the link to this topic. Provide the following details: 1) how these locations appeared on both servers? Was it copied from one to the other? If yes, from which to which (from the one that is showing 108GB?) 2) what types of files are there mainly? Thank you.

bannerd, It will resync if the hash of the file is different. Also, was mtime of files the same before you set them to sync? What are your devices and what Sync version you have installed on them?

marcelo8690, Please, follow these steps, describe the problem in details and send it all to syncapp@bittorrent.com

@all, Please, wait for 1.4. release and give it a try. If the problem remains, write to syncapp@bittorrent.com right away. Don't forget to attach full debug logs from NAS, describe your setup in details, put the link to this topic. Hibernation logs would be much appreciated. Thank you!

@all, Please, wait for 1.4. release and give it a try. If the problem remains, write to syncapp@bittorrent.com right away. Don't forget to attach full debug logs from NAS, describe your setup in details, put the link to this topic. Hibernation logs would be much appreciated. Thank you!

FlackMaguire, Thank you! Yes, you can. Shared folders are committed in config, so if you enable them in config, you will not be able to use GUI. As config says: /* !!! if you set shared folders in config file WebUI will be DISABLED !!! shared directories specified in config file override the folders previously added from WebUI.*/

Pierre, What is the actual version on NAS and where you've installed Sync from? Do I understand it right and after you added a new folder to NAS, the previously added (and synced) folder indicated it needs to download 400 GB from other peers? Do other peers show that they need to upload those files? With what secrets are they connected to each other - read-only or full access? If you haven't actually touched the files and there is no chance they were updated by the system/another app, try restarting Sync on all PCs. Sync will reindex all the files and if their hashes match, it will not want to sync anything. Otherwise - it will.

larsp, We managed to reproduce it only on Win, the it is cropped by GUI. What OS do you use? This will be fixed in 1.4.

tolid, BitTorrent Sync version 1.3. works over TCP as well. Your company's network may be blocking any of these: port 3000, port 80 to http://config.usyncapp.com/sync.conf.

bannerd, If you have your system set to 'show hidden files', SyncID will also be shown, and no, there is not possibility for BitTorrent Sync to store it anywhere else, since by this file BitTorrent Sync detects that the folder is a sync folder. Could you please share your solution with others in case someone also needed it? Thank you.

ravisorg, That is what I meant. only original files will be uploaded, not edited. Do you have auto backup enabled? Check it in Sync settings -> Camera backup.

Yes. Instead of reinstalling the whole app, next time just restart backup: disable it in BitTorrent Sync settings and enable again. This will force reindexing of Camera Roll and you will need to share new secret with your PC. Are there any 'edited' photos in your Camera Roll? I mean edited with standard tools (filters, cropping, rotation, etc). These will not sync.

BeTheSync, Do you see it on the read-only Mac? Was tis file deleted from the Mac? Did you turn on Win7 after you deleted it from Mac? If not, please, turn Win7 on and let BitTorrent Sync to settle this deletion down. I was talking about rescan on the side on Win7 - it's on Win7 the rescan should take place for the problem to go away. If it doesn't please write to syncapp@bittorrent.com and 1) send full debug logs from all your peers 2) describe in what way this files was updated on any peer 3) put the link to this forum topic. Thanks.

ioan, This is a known issue for Nexuses. when BitTorrent Sync need to be in foreground to work. Please, see this thread for details.

@all, So background sync will not work if you have 0 processes, to put it simply. This is OS related behavior and we still need to adjust Sync for it to restart the process.

vanderbo, When in selective sync you tap a file to be synced, you will see a progress bar and a cross icon (X) near it. So to answer your questions: if you tap that cross icon while syncing is occurring, the file will stop syncing. If you want this file stay in sync, just tap it again when the cross disappears.

sirpreis, it may take some time for Sync to show all the file being deleted if you have a lot of files in the folder. Try restarting Sync and the File Manager on the phone and see if they get the deletion information refreshed.

@all, The user under which you run Sync should be the owner of the folder and files in it that you are trying to add. Please, use ls -al command in the folder to learn about the owner of it. 'ps aux | grep sync" to see under which user Sync runs and chwon command to change the owner or chmod command to set necessary permission to the folder.

larsp, What exactly is your custom secret? Does it meet these requirements : A–Z, 2–7. 0 and 1 are skipped?