SyncAppTester

That's great, and very reassuring! Thank you for the detailed explanation.

You're right about needing two different behaviours. I hope that you able to accomodate both, as they would both be useful. When I click Generate, to generate a new one-time secret, is that a purely random key that is stored locally by the Sync client for 24 hours, and then discarded? Or is the Sync client deriving a key from a combination of the current time and the main secrets?

User interface Remove action on Shared Folders tab doesn't ask user for confirmation. "Shared Folders" would be better named "Synced Folders" (as suggested by at least one other user on this forum). This is especially true now that you have added read-only folders. It would be nice if the Shared Folders tab indicated the degree of synchronisation with the other nodes. e.g. If I add a new folder and it has only downloaded 5% of the folder contents, it would be useful to know that. Advanced Preferences popup has no OK or Cancel buttons, and instead has a Reset button where you expect the OK button to appear. (I keep clicking Reset by accident). General The read-only mode needs a mirroring mode (as suggested by at least one other user on this forum), or some way of bringing the folder back in sync with the "master". At the moment there's no obvious way of fixing things if you delete files from a read-only folder. My suggestion would be that read-only mode should work by constantly keeping the folder in sync with the "master" (replacing files that have been deleted) - otherwise you have abandoned the concept of "syncing". To provide a use-case for this issue: I would like to backup my personal files from home to my work PC, as an offsite backup. I want to use a read-only folder on my work PC to reduce the risk of damaging my home files. Howwver, if I accidentally delete a file from the read-only folder on my work PC, I have then broken my offsite backup. It will not repair itself, and unless I am aware of the accidental deletion it will never be fixed. Security I'm guessing other users have already raised this.. but the security of the one-time secrets seems to be far lower than the normal secret or read-only secret. The codes are far shorter and I can generate a seemingly endless supply of them, any of which will work, even after a newer one has been generated. I'm not a crypto/security expert, so maybe I shouldn't worry, but this area of the app disturbs me. Can you explain how the one-time secrets functionality works? If I click Generate 10 times, have I just made available 10 possible "passwords" to my data? Do I even need to click Generate? Could someone guess (given enough time) one of the codes that the UI would generate? ---- In case that all sounds a bit negative.. I must say that overall BitTorrent Sync looks really promising. This kind of application has been a long time coming, so thank you for finally making it happen!