gurkesaft

Members
  • Posts

    18
  • Joined

  • Last visited

Posts posted by gurkesaft

  1. Yeah I'm definitely a whiny customer, which is totally ridiculous given its a free service. Suppose it's just tough to see an elegantly solved (important) problem suddenly return to unsolved. 

     

    For the few that might be in my situation, a temporary solution (i.e. will work as long as the 2.0 clients are backwards-compatible with 1.4 shares) is to have the 1.4 mac create the share, and install 2.0 on everything else.

     

    For some reason downgrading to the "latest" 1.4.111 on windows / osx + 1.4.65 android team stalls out whenever I try to get them to sync (used to work with previous versions), so I lost about 4 hours trying different things & clean installs to get it to work. The above solution fixed it finally. 

     

    Thanks for the replies,

    Jack

  2. This is bananas! I love sync, but I don't want to upgrade my *very stable* machine to the latest Apple boatware. The reviews of Yosemite are majority 1/5 for a reason.

     

    Can the developers please at least let us use a backport with no support / at our own risk? A 3rd party client? My OSX is still supported by Apple; it's not like I'm running Windows 95!

     

    It's crazy that I have to break all the installs on my computer and make it slow just to "keep up" with sync. Now I have to look into other options, which is super sad, because it used to just work.

     

    Also, v1.4.111 is always complaining to me about upgrading, too, so that's no fun. Even when I tell it not to keep checking, it always does.

     

    ARG!

     

    -A drifting customer

  3. Yeah, I get this too. My workaround is to remove / re-add the folder. I seem to have to do this a lot.

     

    I contacted the devs and they said (at least in my case) it's a known problem with 'merging the folder structure' and will have a fix in an upcoming release. I hope this is soon because it's currently very unreliable! More so than it used to be!

     

    -Jack

  4. This program has already solved all of my life's problems, but here are some feature votes:

    • I'd like to add a vote for the option to browse files on my other devices using the desktop app (i.e. functionality similar to what the android app already does), so we can basically have a non-synced archive access for devices not needing all the data.
    • I also think it will eventually be important to be able to browse the older versions of files from any device on the network. If I am editing a file locally, it is not being versioned on my local machine; this means if I want to recover a previous version I have to physically leave my work station to find one of the other computers! I know... "first world problems", but would not be so easy if one computer is across the country. :)
    • Alternatively: add an option to sync the synArchives?

    Cheers,

    Jack

  5. Hello,

    Does btsync recognize when files have moved or when folders get renamed? I noticed when I moved 10GB of photos to a different folder it appeared to re-index and start transferring all of the files (but then the transfer seems a bit faster).

    I have also noticed that when I did this, the 10 GB of photos were duplicated to the SynArchive on the other computers. If we're just moving files around inside an archive or renaming folders, it would be nice not to have to version them.

    I am assuming the index has a unique fingerprint for each file in the archive? If so, one could check if this fingerprint exists in the index prior to archiving (or transferring) to speed things up and save hard drive space.

    Cheers,

    Jack

  6. Hah, just had that happen to me.

    I wouldn't call this "confused". What I mean by "confused" is "files not syncing indefinitely". BTSync so far has always recovered from all the weirdness I've accidentally imposed. For me, the folder thing falls more under the category of "cute".

    "Awwww, you're trying so hard to sync while I move stuff around!"

  7. It seems to be rocket science for most sync software. The usual behavior I'm used to is

    1. get confused for some reason
    2. start a gigantic resync loop over everything
    3. new small changes have to wait 4 days, provided another ubersync doesn't start again

    I feel like most sync software out there is just barely working.

  8. I can NOT seem to confuse this program! I have moved huge amounts of data in and out of the shared folder, shuffled things around, lost and recovered data. Incredible.

    I also noticed that, while there is a 13 GB queue to download (first sync of one device), when I changed a small file, it immediately propagated to the other computers during the big sync.

    I don't know how you guys programmed the priorities, but it's amazing that I don't have to wait for the big sync to finish before little "current" events get processed.

    Great work!

  9. It would be nice to be able to remotely restore previous versions from other machines.

    Each machine could index the archive folder and send this information upon request, allowing one to remotely download and restore a previous version.

  10. I would guess there is plenty of money to be made without changing the P2P functionality. For example, paying for integrated 100% up-time cloud storage with public links to files, a web interface, etc.

    Once we're all hooked on this beautiful (lightweight!) app, add a few GB of cloud and there would be no reason for dropbox anymore. ;) I currently have 4 sync apps running right now, all serving different purposes:

    Dropbox = fast & free but small

    Cubby = slower stopgap solution for my large, less-changing data, no delta transfer

    aerofs = incredibly slow, with no information about sync status, no delta transfer, but infinite storage

    btsync = Trying it out. Hopefully will replace AeroFS and Cubby, but I'll need dropbox for public links and 100% uptime web access. I can't ask collaborators to install software when I send them large files.

    So, I won't be upset if btsync eliminates the need for all others. :)

    (And at some point, I want to pay someone for solving my problems anyway. You guys ought to have a donation link in case this works for me!)

  11. 1) Add a "Lock / Open" facility. When users are happy with a client network setup any connected client user should be able to click a "Lock / Open" button to lock the network. When locked, BTSync should not permit any more clients on that share (i.e. simply ignore any new IP requests to sync). Clicking the button again will allow new clients to connect to the shared folder. To do this, each new BTSync client will probably need some sort of local folder specific GUID - with all other known connected clients being listed on a shared GUID list. Only listed GUIDs would be synced with.

    I am also 100% for this idea! Or a similar idea:

    3) Have a notification when a new device is trying to connect, that requires approval from one of the existing devices.

    Even if "denying a new device" requires that the key be randomized and re-entered on all the devices (as I suspect it would for security reasons), this would eliminate the threat of a stolen key (as well as prompting users to think about how to avoid losing keys).

    In terms of user interface, this could be a "manual approval of new members" checkbox that is by default unchecked.

  12. Currently it seems if someone steals (or guesses) one of your codes, they can hop onto the cloud with your devices and start stealing your files. Their device will obviously appear in the list, but if you don't check the list constantly and see it right away, the damage is already done.

    Is this correct?

    Guessing a code is low odds, but I could imagine "trollers" using many computers to continuously try different keys until one works. The odds of this will increase as there are more users but this threat should always be pretty minimal.

    It will always be easy to steal a key, however! Anyone could look at my laptop if it is unattended for a moment and steal a key without me knowing.

    One solution: Require some form of approval from one of the computers already sharing the folder. This way random people couldn't ever hack in without your knowing. It would also deter key stealing and trollers.

    Is this possible?

    Thanks again for the great program!

  13. I agree that "just a key" is a little scary. Having a valid email address associated with it would be one way to avoid collisions.

    Another approach would be to require at least one device on the network to "approve" new members.

    Currently if someone gets their hands on your key (which isn't a password living in your brain, making it less secure), they can just hop aboard and start stealing information before anyone notices!!!

  14. Awesome you guys added versioning! This is key and removes the danger of corruption on one computer killing all the others.

    Is it possible to modify some advanced parameter somewhere to "always keep at least N versions of each file"? This is an additional (very important) safeguard against losing important files, so if it's not implemented I vote it should be!

    I am concerned about a common scenario with a huge archive shared among many people: a file is quietly deleted or corrupted and I don't notice for 30 days. Gone. I would simply increase 30 days to 5000 days, but then my hard drive will get filled up in a hurry!

    Thanks in advance,

    Jack