rdiaz02

Members
  • Content Count

    9
  • Joined

  • Last visited

About rdiaz02

  • Rank
    New User
  1. @Helen: Thanks, but that is not really a workable workaround for me. In particular, using the QR code is a huge pain in many cases; I've already gone through the pain once, why repeat it? In previous versions, it used to be simple to use a key. It ain't more.
  2. No, I cannot reproduce it on 2.0. That works fine in 2.0. (I have other issues with 2.0, though, that I have reported elsewhere: http://forum.bittorrent.com/topic/34115-change-directory-of-synced-folder/).
  3. Scenario - a computer (running Linux) - two android devices When a folder from the computer is shared with one of the Android devices, you are asked about the directory for this folder (if Simple mode is not checked). However, this folder also appears in the other Android device, and you are not given the option to chose the directory. Moreover, you cannot even anticipate the problem: changing the "Default folder location" before adding a new folder to the other Android does not change where the new folder will be placed. So, basically, you have no control of where synced folders will be placed in a second Android device. This happens regardless of whether, in the Linux machine, new folders are set to be Disconnected or Synced. This makes no difference. In http://forum.bittorrent.com/topic/33918-assign-a-name-to-folders-when-sharing-them/# it says "or its destination can be chosen if the default sync setting is "available", but in the Linux desktop I find no way to set default sync as available, and neither on the Android devices. This, it seems that on the second Android device it is impossible to change the destination. Users should have the option of choosing the directory of linked folders, at least before any syncing starts.
  4. Thanks for the comments. I do not recall if they were exactly 7b/s, but it was certainly a tiny amount. As for the solution, however, moving things out and back is not really an option if one has very large directories. And, yes, I am right now trying 2.0 beta.
  5. Thanks. I am trying 2.0 beta, which does not suffer from those problems so far (but suffers from other problems when using two Android devices, which also are a definite show stopper for me --- I've reported those just now).
  6. If I have BTsync running on two tablets (Android) and a laptop, after a couple of rounds of editing files in one or both of the tablets, things no longer sync to one of the tablets. The only way to "solve" it is to Exit the android BTsync app and restart. - It does not matter whether auto-sync is enabled or not- - Clikcing "Sync" will do nothing, except show that there is an up and down flow of a few B or kB (which makes no sense, because this happens with files that can be 60 B big). - I have made sure that no editor, etc, is actually keeping those files open in the tablet. - I have disabled "Store deleted files in folder archive" to make sure possible conflicts do not interfere. To reproduce: - sync a folder between a computer and two tablets. - create a file, say A: echo a > A - make it appear in both tablets. - wait sometime. - edit in one tablet. - appears in computer. - edit again, in computer or same tablet. - repeat once or twice, and the other tablet will not sync it (even when it reports the size of the file correctly). - click on sync: you will see up and down traffic, but to no avail. I do not understand this behavior. best,
  7. I have confirmed the above several times again, even if the time between successive edits in is over 4 minutes (so funny issues with clocks, etc, can not be held responsible ---and yes, the clock of all the devices is the same, at least at second resolution). There seem to be a couple of ways to minimize the issues: - delete files under .list/Archive - in the computer settings, uncheck the "Store deleted files in folder archive" (which is the same as keeping the above directory empty) For now, I can live with the second solution, since the way for BTsync to "solve conflicts" is really poor anyway (you'd never now there are conflicts, unless you do forensics on .list/Archive, which ain't the way to go with 10000 files). But still, this is not the way to solve things in my opinion. Moreover, even with this options, I still get BTsync not to be a reliable solution when I have two Android devices (this is in another thread). Best,
  8. Dear All, I must be doing something seriously wrong because the following makes no sense to me. This is the summary: Any file that exists in an android device will not sync back to it if it is modified in another device (Android or computer). So even if we have two-way sync, this is a very limited two-way sync: after a round of modifications, there is no longer two-way sync. Reproducible examples: - Create a directory in computer and share it with one Android device - Create a file in that directory in the computer: call it A. E.g. echo A > A - It gets synced with the Android device. - Edit A in the Android device: e.g., echo android >> A - Gets synced back to computer. - Edit A in computer. E.g., echo computer_again >> A - A no longer gets synced to the Android. There is a cross next to it, and no way to get it in the Android device. In the Android device we are told by the app that about 200 B/s are being uploaded and 1.5 kB downloaded, wheread the computer gui shows "out of sync". In fact, the same thing happens if we share something between two Android devices, or two Android devices and a computer, etc. This not only happens with silly text files. It happens with PDFs too. I just tested this with a PDF: - Add a PDF file in the computer. It gets synced to the Android. Then add a comment in the android device, then it moves OK to computer; add a comment in the computer, and then it no longer gets to the Android device; - Add a PDF in the computer. It gets synced to the Android. Now add a comment (or underline, or whatever) in the PDF in the computer, and it no longer makes it to the Android. What gives here? Best,