RomanZ

Dear users, If mobile platform involved - make sure you check the approvals. If desktops only - please check the connectivity between your peers as approvals use completely same way as usual sync.

@NodCommander The issue you describe is very strange. 1.4.72 build contain no warning at all. 1.4.75 contains a warning that it won't work due to pre-IE9 version. 1.4.82 contains a warning that it will open UI in default web-browser due to absence of IE9 or newer. Warnings in .75 and .82 build are located in the same area and message from .75 physically does not exist in .82 build. I suggest double checking that you are using proper build version (you may open your binary properties to check the version).

@oshmoz I used internal memory for test (extSD card might be different depending on speed class). So if you use also internal memory - yep, it should be around 8 minutes.

@oshmoz I've made a test on Galaxy S2 - it took around 1min to index ~1gig file. Of course, it hardly depends on what hardware your phone uses.

@jrroca MD5 (BTSync-1.4.83.exe) = 26f7f7763de644f2276c71bd5d8d20b4 MD5 (BTSync_x64-1.4.83.exe) = 0f91980a8d8df52aa4d8ef22f4ac9d6a Sync saves its logs to %appdata%\BitTorrent Sync\sync.log. Please check if the file exists and what is inside.

@tiptronic Can you provide your javascript console output so we can take a look what happens there? Also, which browsers you tried to open the WebUI? Is it simply blank or it shows something like "Page cannot be found", etc.?

@latitudehopper Fix is ready and coming. See workarounds here.

@stefsegers I guess that some bug is going on. Could you please turn on and collect debug logs? Please make sure that issue reproduces before you collect the logs (and give it 3-5 minutes after).

@abonstu That's already mentioned plenty times in Feature Requests. Can't claim for now if (or when) it will be implemented, but your voice counted .

@fastfwd Please use Glibc 2.3 build for now.

@questorfla It's good that you've asked prior trying. It is highly not recommended to sync user's profile folder and %AppData% in particular. User's profile will attempt to Sync a registry files (HKCU hive is located in user's folder) as well as bunch of useless temp files (many of which are actually locked by running apps). Also, it will attempt to sync %appdata%. %appdata% should not be synced first of all as it contains Sync's internal files - databases and logs, which are constantly changing.

@rockhill04 Well, first of all I'm happy to hear that such a complex setup works fine for you. We would like to leave "Beta" as soon as product becomes stable (for now we still receiving some issue reports which we'd like to get resolved before leaving "Beta"). For now I can't share any ETA, sorry. @2048bit I guess the message you get is message of KeyPass. Could you please let me know exact version so I can attempt reproduction in Lab? @cactustak Thanks for bug reports, we'll take care of #1. As for #2 - what version of IE is installed on your PC? I have Win7 x64 in my Lab and it shows the vertical scrollbar once you exceed the window size with big amount of folders.

@colinabroad They were synced, I guess. The strange part here is that all the temp files (starting with ~) are ignore red in default IgnoreList and should not be synchronized. Could you please check if the "~*" filter is still present in your IgnoreList?

@mbob, We've tried to reproduce it in our lab with no success. Is the reproduction stable in your case? Does it reproduce if you save the file in sub-folder of your synced folder or only to the top level?

@Memoria Thanks for your proposal. My colleagues will contact you over e-mail.

@all, There are numerous issues with iOS8. We are working hard to resolve it and finally release iOS8 compatible version of BTSync. Please expect the next version.

@adam1v For Windows Sync simply applies default permissions of the top folder (as all the processes do when create a file) - so you need to simply set up your sync folder permissions correctly. For Linux permissions go from the user owning process. run "umask" command and you'll see what permissions will be set for a newly created file.

@petek Thanks for reporting, we'll try to reproduce in our lab and fix it. @datroubler If you want to delete old configuration - just open the .sync folder (it sits in the same folder where binary resides) and clean it up. Note, that you'll have to reconfigure your folders in this case. @maddhin means that your Sync failed to subscribe to multicast addresses and won't be available for LAN discovery on the mentioned interface. There are other ways to discover peers (cache and tracker) so this message is not that critical, though if you have only one interface and tracker disabled - it might be a reason of peers not connecting. These messages indicate that your router does not allow UPnP or NAT-PMP. It may prevent direct connections between peers if other peer also stays behind NAT. Though, in this case connection should simply go via relay server (again, if it is allowed). Any observation on which peers are usually can't see others? local, internet? Also, are you using default folder properties or changed something?

@lisp Thanks! We are aware of this isssue. It is fixed already and will be included in next Android update.

@drego85 So when you configure NAS B over WebUI it does not sync, while when you do it over config file - it starts synging, correct? What about NAS A? How do you configure it? Also, what makes you think that UI (or actually the process?) of Sync is crashing?

@dimazigel Thanks for the information. We are aware of the technical counterpart of this issue.

@lisp The log you show belongs to your desktop - and it is not debug log. Could you please tap "Send feedback" on your Android phone and agree to send debugging information? If you already did that - could you please let me know the number of ticket you get assigned?

@drego85 How are these NASes connected? LAN / internet? It simply might take a while for them to find each other. Also, how did you transfer the key / link between them? Could it happen that you made a type while transferring key? What was not working in UI that make you to migrate to config file?

@dd6905 1. When in LAN, Sync 1.4 should deal well with multiple network interfaces. It uses multicast over port 3838 to find other Sync instances. As for files get stuck - could you please collect debug logs and send it to us for anlaysis? Sync should move to "Synced" state without any external help.

@Untoter Well, you can try to run it once with a config file which contains speed limitations - it should store limitations in internal config then.