RomanZ

@sciurius I would love to find out what happens on your NAS! Can I get some a debug log from it?

@petko10 Does it keep that hight when no other peers are available online?

@sinksync That's really sounds confusing. Sync is not copying any data on the device locally... BTW, the folders you add - how many files are there? I can only suggest that you have huge amount of files which bloats the DB.

@sirio81 There is a known issue for Linux-based machines: if you run it with config file, make sure your config does not contain credentials. Also, it might take a while for the first start as DB format between 1.4 and 1.3 has changed. Also note, that downgrade is not possible (by same reason - DB is different).

@Camaban Try removing user credentials from the config file and clean up your stooge folder (you'll have to re-add all the folders).

@sinksync I'm a bit confused on what you describe. The phone storage (your phone)\Phone\Android\data\com.bittorrent.sync\ is used to store database and other service files. Sync is not intended at all to copy files from one location of PC / Device to another location. It only copies (synchronizes, to be precise) between different computers. Here is the part that I lack of understanding: Can you please write absolute paths on which folders you've added and what been copied? Thanks!

@JohnCentaur Need more info about your case. Are you devices all in LAN or connected over internet? Do they "see" each other (display each other in peers list)?

@sinksync Setting sync_trash_ttl to zero means "never delete it". If you want to prevent files from going to trash at all - you should open your folder preferences and disable the "Store deleted files in archive" checkbox.

@John Peterson .sync\Archive should not be working on Android at all. It is a bug which will be fixed in upcoming update.

Hi all, Reproduced in my lab. It looks like there is some issue with multicast subscription in Android client. Thanks for reporting - we'll fix it ASAP.

@sinksync It will do #1. It is not moving files anywhere on your phone, but syncing them from the location you chose. As for you situation - could you please elaborate? Which folders exactly have you synced and what exactly happened? Screenshots also make it easier to understand.

@sudowtf The 20-bytes random key is already practically non-bruteforceble. Though, why do you think it is no longer working? Try "Enter key" function! Also, why e-mail is unnecessary? It is both safe and convenient to e-mail links!

@cz2000 There is an issue with resolving DNS names in China. It looks like DNS is intentionally resolved into wrong IP. Starting from version 1.3 sync attempts to download file http://config.usyncapp.com/sync.conf which contains IPs for tracker and relay server. Please try to adjust your hosts file to resolve config.usyncapp.com to correct IPs: Non-authoritative answer: Name: config.usyncapp.com Address: 54.225.100.8 Name: config.usyncapp.com Address: 54.225.92.50 Name: config.usyncapp.com Address: 54.225.196.38

@onesolo The log piece you cited is actually part of the log I need. I do not know what else could be found there, but I hope for something that gives a hint for your issue. For the piece you dropped I see couple of suspicious things (though, none is related to inability to copy / mail link): 1. You've got 2 network interfaces with self-assigned IPs (are your DHCP server okay?) 2. Your Sync failed to subscribe to multicast group (no automatic LAN discovery available)

@jkellendonk When sync decides which file is the latest, it relies on it's own "Change time". Change time is stored in database. In majority of cases it is same as mtime of a file, but in some cases it differs. Here are cases which make change time different from mtime (note, that list is not complete and serves only as a sample): 1) Sync is running and user moves file to Sync folder. Change time = move time. 2) Sync is starting up and user changed file in sync folder when Sync was off. Change time = Sync startup time. 3) Sync is running and user deletes file. Change time = delete time (yes, deletion time is also recored in DB and will be distributed to other peers). 4) Sync is starting up and user deleted file. Change time = Sync startup time.

@bigjohnx Thanks for the detailed instruction! It helped to pinpoint the bug. We'll fix it soon.

@JohnCentaur The link is not a secret. It is secure way to exchange secret. As @capi mentioned, Link only contains one-time secret, which is used to actually exchange secrets. Also, if you do not trust link.getsync.com you can replace https:// in link to btsync:// and paste it to the browser. Browser will open Sync without loading any pages (will work even with disabled internet). Please see here more about how links are working and why are they secure.

@Herb, @koldKat, I cannot promise anything at current stage of product development - but please stay tuned for newer versions. You are heard, both management and development are aware of what people on forums say regarding IE. @onesolo The javascript displaying UI failed to copy link to clipboard or call for default mail client. As I mentioned, I need your logs to find out why.

@JimmyTheSaint The 30% you get - is it when no other peers are online? I mean - is it pure idle CPU?

@bradbamford Under "same problem" I guess you have the topic name issue - folders loading takes a lot of time. 1) What is the amount of memory on your server? 1.6M of files is large amount and will consume lots of memory. 2) Is sync.log completely empty? There should be some data even when debug logging is off. Could you please verify it? note that debug.txt should contain "FFFF" instead of 3 Fs (just in case it was not a typo).

@sciurius Sync 1.4 behaves in smarter way. Sometimes it is able to bind "removal" and "creation" event and actually move / rename files. In other cases it can't and moves files to .sync\Archive. However, if it sees that a new file created has the same hash it already has in the archive - it will simply move file from the Archive instead of copying it.

@macsoft Could you please turn on full debug output and provide debug log for analysis? Thanks!

@never_here18 Usually we do not recommend to sync SMB shares. SMB works differently than file system and there might be numerous issues with file access permissions and setting OS notifications for file changes.

@dms2013 Thanks for the feedback. I'll pass it to devs team!

@spYro Sync can operate in an Encrypted mode. In this case, there is a special Key which allows only receiving data, without any ability to decrypt it. Such data is stored on HDD encrypted and cannot be read without full-access secret. I guess that online-storage services provide storage for encrypted secrets, otherwise it is not going to be secure.