Helen

wplate, double click on the folder in Sync UI on Windows/Mac does take to the folder in Explorer/Finder. I'm not sure I understand what exactly you mean.

Phil, try deleting usr/local/bittorrentsync/var/settings.dat and usr/local/bittorrentsync/var/settings.dat.old. You will be asked to define new login password.

Chris, Success - I was finally able to reproduce it! I required me to manually change files on RO and RW peers though, but the pattern seems to be the same. So no need for logs and dumps so far, I guess, I've collected these from my machines. But perhaps we might need some additional info from you, so I'll write to you then. Thank you for the report!

chrisvdb, Tried to reproduce - didn't crash. Can you please collect the logs from both peers and cash dumps from this Ubuntu: in terminal run ulimit -c unlimited. From this Terminal window start Sync. When Sync crashes, there should be a crash dump placed near btsync binary. Submit all via web form to support team. Please do not forget to put the link to this topic. and please, and please tell a few words about Faraday (what is it) and the file in problem - is a a regular jpg? Thank you! So far you can user lsof or fatrace for ubuntu to check what might be accessing the file.

Chris, no. That assert line in log means that option "Overwrite" gets disabled. Do you run nSync with UI? Can you please make screenshot of folder preferences? Technically files can be changed in RO mode. but in encrypted RO folder such files shall always equal to files on RW peers, thus such files re-sycned immediately after change, due to "Overwrite" option enabled. What is exactly the problem with it is apart from you seeing this line in the log?

thabeats, There is a way to get rid of Trial - right after installation delete folder "license" from storage on desktop. I don't know your paltrof, so here's the relevant topic

wqlxx, The file will be synced to all peers currently connected to the share. I think, there is a way to achieve your goal though - IgnoreList. Edit the IgnoreList on those unwanted peers accordingly *prior* to putting the files to the share on your machine. So that these peers ignored certain directories and/or files, file types. The syntax is described here But if you want to set Sync to sync file to only 5 first connected peers, for example, sorry, this cannot be done.

This happens, for example, if on iPad you pick "Link a device running Sync" and with that scanner you scan the QR code of shared folder? In other words, trying to link iPad's identity to PC's folder. if this is not your case, can you please share the steps? What exactly QR code and by what example scanner you scan? If you could take a short video, that would be perfect.

Chris, That assert means that option "Overwrite changed files' got disabled for encrypted RO share. Did you disable it - in UI or in config?

Chiller252, If your device is stolen, you can unlink all your local devices from the current identity, and create a new one of them. So the stolen device will stop being a part of it. See my post above. We understand your worries, but even if remote unlinking is implemented, the data (not only Sync's!!!) will remain on the stolen device. And we do hope for people being careful with their devices and files, having passwords, encryption whatever to protect private data. It doesn't mean that we do not care about security. But Sync is initially designed as a syncing solution providing a fair level of security, privacy and protection. You can keep Archive disabled, and if device is stolen, delete the files from your local devices having this propagated to the lost one.

Hello, There is a new release , so if you haven't updated yet, please do. If the problem remains, we'd love to get logs and dumps from them, thank you!

Mikman, >what does it do, or rather what will it do differently? That option forces RO share to receive the files, that are changed on it, from RW peer. If files change on Ro peer they cannot be uploaded, and remain as they are if that option is not enabled. If it's enabled, Sync will re-download the changed files from RW peer: 1) renamed file will remain and file with older name will be re-downloaded. 2) deleted file will be re-downloaded 3) edited file (changed content) will revert back 4) added file will remain Some details about RO are here. bakcup works the same way. One important feature of backup is if you delete the file from the phone, it will not be deleted from desktop.

Mikman, On those "connecting" devices, in their Sync open folder prefs and see if you have "Overwrite changed files" checked. If not, do check it. See if the files in their folders have Conflicts? As for crash, we couldn't get it happen on our iPhone, so if it crashes again, go to system settings -> Privacy -> Diagnostics&Usage -> Diagnostics&Usage Data, find latest BitTorrent Sync report, copy and save as a file and send to the team Or just switch "share with developers" there and the report will be sent to developers automatically.

agrajag, For Mac OS, lsof command in Terminal, or What's keeping me app (or any other found in google) can show you files in use. As for that particular file not syncing, there might be multiple reasons: 1) permissions, as GreatMarko noticed the file may be locked/used/unavailable/ read-only, etc. 2) wrong filename (non utf encoding symbols). try renaming it. 4) file update not detected. Try re-adding it to the folder - move out and then put back 5) too long file path. 6) file is being ignored. Check IgnoreList (it's in your_sync_folder/.sync/Ignorelist) and make sure that this file is not subject to ignoring rules. 7) remote peer runs out of space. For example, if this file is big 8) remote peer is read-only and this file got changed on it. Check Overwrite changed files option in Sync in folder prefs. 9) remote peer has filename.bts which stuck. try deleting it and restarting Sync. 10) etc. For a more precise analysis of the problem, please collect logs from the peer which cannot upload the file in the peer which cannot download it. Instruction is here Thank you!

Junge, Please update to 2.1.2. If update doesn't help, please take these steps to troubleshoot. There you will also see the link to upload debug information to support team. When writing to them, please do not forget to mention this forum topic. thank you!

Archive size equals the size of files edited or deleted on other peers. And no one ever said that your case is not important. We just were receiving other reports and other cases and requests regarding Archive, and adjusted Archive to them. Hope this is understandable. as was said, we could either decrease the time is keeps files or implement a possibility to disable it. on other words - people will be able to either keep it or disable it at all. Right after we got your particular report. But, unfortunately, this cannot be done in some 2 hours, so I added that we need to yet discuss how to better implement it so as not to interfere with other Sync functionality, and other people's use cases. Hope this is understandable. Thank you.

well, we have it in backlog, but unfortunately, I cannot promise any exact date or release when this will be implemented. we hope to do it soon. Thank you!

zfben, Do you have Archive enabled on the machine which re-downloads the renamed subfolder? btw, was iе a subfolder inside sync directory? or did you rename the sync folder itself?

@all, To share a folder from Sync 2 to Sync 1.4 you need to add a classic 1,4 folder on Sync 2 and share either via key or link. Links from 2.0 will not work on Sync 1.4, especially partly copied links (I mean "p=" or "i=" key part and alike)

That is how Archive works. and remove files - in a day. that decision was also based on other people's reports and needs. We do not claim that we will never do it. as was mentioned - we could either decrease the time is keeps files or implement a possibility to disable it. a best way to do it is yet to be discussed with the team. So far you can manually clear it.

Hello, unfortunately, Sync doesn't sync Windows attrs. so on target windows files are non-hidden.

gwbaker, In your folders do you have a lot of relatively small files? Sync will require resources to index (hash and re-hash) each of them so the more files you have especially if there are a lot of nested folders, the more memory and CPU will be necessary. Try increasing folder_rescan_interval in Advanced -> More options (and then restart Sync) and disable logging. If these don't helps, enable logging back (you mist also want to increase their size) and send the logs to Support Team for analysis. Together with loss take process dumps (in Task manager) from both machines.

Lameth, I'm not sure that a way to disconnect devices remotely can be implemented, at least in the near future. Devices can be disconnected only locally. Starting from Sync 2.0.120 there is a way to hide the offline devices in My devices list. This is available for desktops only though, so there you can hide your offline iPhone from the list.

@all, You are using Sync Free, right? In Free version there is no way to keep folders as "Disconnected". This is a Pro feature. With Free you can only add them and remove from Sync, just like in Sync 1.4

Timsonrobl, We are really sorry that Archive caused this problem for you. Permanent Archive is not a bug, this is done so by design. Archive is necessary for processing file renaming, moving. Without archive renamed/moved files will be re-synced causing other problems with people. Besides, Archive is not top-secret feature, it's a known part of Sync and it can always be cleared manually. We could either decrease the time is keeps files or implement a possibility to disable it.