GreatMarko

Please see this post. "btsync-user" was an unofficial package, and contains a component which the author no longer wishes to maintain. Therefore, as outlined in the post I've linked to, you may consider using "btsync-gui" instead - another unofficial package, but one that is maintained.

Just to echo spYro's point; BitTorrent Inc doesn't run any "cloud storage" servers for Sync. None of the links to such services posted by members of the community within this topic are "official", affiliated with, vetted, endorsed or supported by BitTorrent Inc. Members of the community use such "cloud storage services for Sync" entirely at their own risk. Personally, my advice, if you want an "always on", "cloud" component for Sync would be to get yourself a supported NAS drive or home server - that way you're in complete control, you know exactly where your data is and who has access to it at all times (plus it'll likely work out much cheaper in the long run too!).

Be VERY careful syncing entire Windows Users Profiles in C:\Users\* - there are two important things to bear in mind; Firstly, Sync can't sync files that are currently open/locked/in use by other applications - this will prevent some files from syncing when you're currently logged into the user profile you're also trying to sync. Secondly, and more importantly, Sync stores it's databases in C:\Users\<user>\AppData\Roaming\BitTorrent Sync - the databases within this location are unique to that device, and shouldn't be "copied" across or "synced" to other devices. If you really want to sync your entire user profile or C:\Users\<user> folder tree, be sure to exclude \AppData\Roaming\BitTorrent Sync from syncing (using .sync\IgnoreList)

Please take a moment to browser/search the forums before posting - your issue is a known about, and a solution exists (Hint: see "When I open Sync, I just see plain text in a random layout and no images?")

Leo, 1.4.44 is now available in the Google Play Store, which fixes a number of crashes and hangs - do your issues persist with 1.4.44?

To turn off: To "turn off" archiving on a per folder basis, you'd need to set "use_sync_trash" to "false" in your config file for each folder you wish to disable it for. To disable it globally, you'd set "folder_defaults.delete_to_trash" to "false". To limit: Alternatively, to limit the length of time (number of days) files are kept in the archive, change the value of "sync_trash_ttl" (the default is 30 days) You could also try changing the value of "max_file_size_for_versioning" - by default this "1000" (Mb), which means that files bigger are not stored in .sync/Archive.

If you're seeing an "Excessive Time Difference Between Peers" error it means the system time on one or more of your devices is incorrect. Please see this article in the Sync Help Center.

The thread in question is available again. The forum it was in was erroneously removed, but has since been restored.

Do you mean the width of the window, or the width of columns? If it's the latter, it's not a feature request, but a bug which the developers are aware of and will fix.

Please read the Unofficial FAQ: "Note: If you currently use the auto-update feature of BitTorrent Sync, it may inform you that your "Client version is up to date" despite a newer build being available. This is intentional whilst Sync remains in "beta" - new builds are currently announced here in the forums in the first instance. Not every "beta" build is pushed via auto-update, only those considered significant/more stable. Even then these may not be pushed out to existing users via auto update until several days/weeks after they are first announced on the forums..."

You should be able to change it even whilst syncing:

I'm gonna assume you're referring to the desktop apps? In which case, you'll find this setting via Options (cog icon) -> Preferences -> Device Name -> Edit

An official response was given by N4TE_B above.

Chris, the topic that Kevin links to in his first post - and indeed that forum - are no longer available. Comments/feedback on a specific build of 1.4, can be made in the relevant and pinned "Latest Desktop Build 1.4.xx" thread. Comments/feedback relating to 1.4 in general, can either be added to this thread, or ca be contributed to other relevant existing discussions in the Sync General Discussion , Sync Troubleshooting, or Sync Feature Request forums accordingly.

Welcome to the forums! Please take a moment to search the Feature Request forum before posting, as your first two suggestions are covered by this thread. You'll add more weight to your requests by contributing to existing threads covering the same suggestions. In relation to your third request; no, updating a key on one peer does not update it on all other peers - for a very good reason: security! Let's say you're sharing between a number of devices, and one of those devices gets lost/stolen. If changing a key on one device were to update the key on all other devices in the same mesh, the lost/stolen device would also receive the updated key, and so carry on syncing! Not what you want!! - Instead, if a device gets lost/stolen, you manually change the key on all your other devices and in that way the lost/stolen device would be no longer part of your mesh. Also, please read "How secure are keys - can they just be guessed"? in the Unofficial FAQ - there's really no need or security gain by having keys that automatically cycle/regenerate "every couple of days"!

The desktop clients automatically backup their settings - for example, on Windows look in your %appdata%\BitTorrent Sync folder for .old files

Nope - doesn't work for me! - besides, even if that method worked, that's far from ideal/expected behavior when it comes to how to columns should be resized!

Please take a moment to search the forum before posting - your issue is a known about, and a solution exists (Hint: see "When I open Sync, I just see plain text in a random layout and no images?")

You're not alone! - many people reported this with 1.4.72 too. I can also reproduce and confirm.

Yes - please see this article in the Sync Help Center

I read that to mean that the prefs will be removed from the get_prefs output in the next builds as they are "internal" parameters not designed to be accessible by users/via the API and were exposed via the get_prefs call by mistake. (Out of interest, have you tried changing any of these via set_prefs and read them back again via get_prefs to see if they can actually be changed?)

rstarkov, apologies for any confusion caused! As per the general guidance at the top of this forum, here in the Feature Requests forum we try to merge identical/very similar requests. So, if several users each start their own topics all of which request a global .syncignore file, these can go on to be merged into a single concise thread dealing with that topic. I suspect this is what's happened in this case, so that when I first posted my reply to you it was before your thread had been merged into this one.

Merlin, the registry "fix" ONLY works in cases where there's just plain text/no images/random layout in the UI. If you've got a completely blank UI - which you will have if you're using XP - this fix won't work. In your case, as you're using Windows XP (and my apologies, I missed that nugget of information in your original post!), I'm afraid you're out of luck - Sync 1.4 isn't compatible with Windows XP, due to the fact that XP can't run anything higher than IE8 (and IE8 is what causes the entirely blank UI) You would therefore need to use Sync 1.3.109 instead.

Instructions may be found in the Unofficial Troubleshooting FAQ

It doesn't appear so as yet! - I suspect that this article over in the sync-help site will be where such documentation eventually appears.