Remirus

chmars2020, current version for auto-update is 2.2.7. The latest 2.3.3 version is not available for auto-update yet. Released versions are not put into auto-update for some time in case if there are critical bugs we couldn't find.

PaulU, Sync should hide offline peers from "My devices" list if they were offline for 30 days or more. But due to bug peers remain so you need to manually clear them from My devices list manually, and clearing offline devices work for current peer only. We'll improve Sync in future versions. However, if you start from scratch, i.e. delete settings on all devices and link them again you won't see obsolete devices. Please note that you need to add all folders again and apply the license again. There is a simpler way just to manually clear them from My devices list, they won't affect another peers because they don't exist anymore.

Connor0308, we received your ticket in our support system. Let's continue discussion there.

donmez, this message means that Sync tried to exceed limited speed and stopped itself. Probably it will be flooded because your upload speed is limited to 1Kb/s(it's very slow speed!). But if you did it on purpose you can ignore this message.

Brenneke, to activate password feature you need to input any user name and password there (your first screenshot). settings.dat file is located in the storage folder. It is not Sync folder located inside your shared folder. That folder is located near btsync binary file or somewhere else if you use config file. This command will help you locating storage folder location: find / -name settings.dat.old |grep settings.dat.old

If anyone encounters it, check if your Sync version is 2.3.1 or older. In that case please update to 2.3.2 version, where it was fixed.

mledwards34, MacOS uses extended attributes for Aliases without them MacOS won't know that some file is the Alias. Information about them stored in the ._DS_Store file. You can try removing "._DS_Store" string from .sync/IgnoreList which is located in your folder. If it doesn't help you can try creating symlinks with this command in the terminal: ln -s "path_to_folder" "symlink_name" Please note that in both cases folder should exist on both computers with the same path or symlink/alias would be broken.

Andreas, you can synchronize network shares but you need two peers to do that. It is not possible to have only one peer and backup folders on the same computer. So you if have another peer you can add network share on another peer, share it with your peer and choose folder location on your HDD.

Jan Cherniak, thank you. We'll investiage it, because we can reproduce it sometimes.

Jan Cherniak, is the "Auto update Gallery" option enabled in the Advanced settings? Do you see the same behaviour if you just create a copy of any file using some android file manager or if you for example create empty file with *.mp3 extension?

In the current version for Android it should be possible to add folders on the external SD card and not only into specific folder. Have you tried saving it to your "Music" folder?

stijnos, it is a common issue in 2.3.1 version. You can try this debug build, it should decrease RAM usage in some cases. Also you can try increasing folder_rescan interval. If you mean that Sync still indexes your files despite that you've downgraded to 2.2.5 you just need to wait until indexation is complete.

gabled-bravado-dell, on Mac, Windows and Linux and mobile platforms Sync receive notifications from OS that files have been modified, deleted or added then Sync indexes them and transfer changes to another peers. On NASes Sync doesn't receive notifications from OS so there is another way to detect changes. Sync rescans folders every 10 minutes by default. If you increase that time Sync won't rescan folders for changes even longer. But if you restart Sync it will rescan folders automatically. So you can wait or restart Sync. Decreasing folder rescan interval will cause resources drain unless you have a few files.

trevellyan, do you use SIGTERM or SIGKILL signal to close Sync? It's better to use SIGTERM so Sync will be closed correctly.

ASIT, first you can stop Sync Service in the services.msc. Then you can copy all files from %appdata%\BitTorrent Sync Service to %appdata%\BitTorrent Sync. After that you can install Sync as a n application and you should have all your settings and added folders, which you had in Service Mode.

a181855, I've created a ticket in our support system. Let's continue our discussion there.

Beanie, when you add a folder and it is not empty Sync indexes all files to be sure that all files up to date or if it is necessary to transfer some files. When you rename a file on the read-write peer it should rename the file on the read-only peer, it shouldn't remove it unless there are some file system permissions issues. So we need logs to see what happens in your case. You can install the version, which is more convenient for you. We'll be able to analyze logs from both versions.

a181855, we checked why it happens. Looks like webui launched even if you didn't specify it in the config file, but in IPv6 instead of IPv4. Probably your device or OS doesn't support and shows the error. We're investigating why it happens. Also thank you for reporting that sample config contains "use_dht" option, it will be removed in future versions.

Beanie, do you have at least 2.2.5 version on all peers? The most possible reason why files were unexpectedly deleted is due to old versions where some bugs weren't fixed, for example in 2.0.128 version there was a bug with selective sync. We would like to know why it happened. If both peers have at least 2.2.5 version, please collect logs from both peers. I've sent you an invitation to upload logs.

mintwurm, that message means that some files have modification date in future more than 10 minutes regarding current time on the current peer. If you don't plan to modify those files you can ignore the message. But if you modify the file, all changes will be overwritten by the file with newer modification time. Changed file will have older modification time Sync will think that file is older. The only way to rectify it is to correct modification time on the peer where you first added it.

BTSu, it's strange that you cannot run 1.4. Then you can try sending us logs from the 1.3 version and android and we'll try to analyze it. If logs are big for e-mail attachment we can give you a link to upload it on our server.

ms2oo8, do you mean that Sync doesn't upload files at all or only modified files are not transferred? You can check if you have correct time and time zone on both peers and if both peers have read-write permissions for the folder. If everything is correct you can send us logs from both peers and we'll tell you why it happens.

BTSu, to send logs from Android you can open "Contact Support" from the menu, mention this topic and agree to send logs. Please wait at least 5 minutes and don't minimize Sync or it might won't be able to send logs if you have many files. But if you have root, you can get sync.log and sync.log.*.zip from the /data/data/com.bittorrent.sync/files/.sync as you said before and send us. Because many users don't have root tell to send logs via Sync. 1.3.109 version is not supported and may contain various bugs. You can update to 1.4.111 version if you want. It is not supported too but it works on Windows XP and contains more fixes than 1.3 version. To increase debug log size you can try using a script which is mentioned in this article. But because you have 1.3 version we don't guarantee that it will work.

spi, thank you for clarification. We'll try to reproduce it in our Lab and tell you if we find something unusual. However newer 2.3.1 version is available. You can try it too.

Andy+, maybe it's related, maybe not. But you can update all your peers again and send us logs for analysis. We'll send you invitation if you want to upload logs. You can contact us via this form and give more details about your case, just don't forget to mention your topic.