Helen

Administrators
 View Profile  See their activity

  • Posts

    2,717

  • Joined

  • Last visited

 Content Type 

Everything posted by Helen

  1. Helen
    mosteo, don't think it would. Sync doesn't care about files outside its folders, unless these files ever passed through BitTorrent Sync. It will keep the sync_entry of a file by its name (for each sync folder), that's where this issue with the same names arises. glad to hear that the problem hasn't appeared yet. If it does, first of all try renaming the files.
  2. Helen
    mosteo, did you ever have files with exactly the same filenames, as of these files' names, synced to your Android? These might be actually different files but having the same name. The thing is that if you ever had a filename.mp3 (for example) file downloaded to your phone, then you delete it from the phone (and thus from PC) and then put some filename.mp3 to PC, it will be autodownloaded to the phone. This issue is known to us. So try renaming the problematic files on PC and see if they will still be autodownloaded.
  3. Helen
    @all, It's not compulsory that the folder which you try to add as read-only should be empty. You still can use the folder which already has files in it and add the RO secret to it. The message you see (This will not share the contents of "__folderName__" with everyone who has the key because it is a read-only secret) is just the warning that the files in this folder will not be uploaded to other peers so that you didn't expect to see them there, since it becomes a read-only folder, as jasondupreez correctly noticed - a one-way syncing.
  4. Helen
    Betogonza, Do you have Sync launched on both machines all day long? On which of then files are initially deleted? Here's how to determine it: If they are initially deleted on Windows, they will be moved to .SyncArchive on Mac and vice versa. SyncArchive is a hidden folder in each sync folder and from there you may restore the deleted files, if you haven'd disabled it. Also, could you please describe your use case. Do you edit the files on a PC when Sync is turned off on it? Any details will be appreciated.
  5. Helen
    zbarriver, sorry for late reply. Did you check the port on both sides? Devices would disconnect if pings are not sent/received. Could you please collect full debug logs from both of them and send them to syncapp@bittorrent.com. In the message put link to this topic. Thank you.
  6. Helen
    datroubler, do you have a flag "Run as administrator" on shortcut properties on Compatibility tab? If yes, uncheck it. Also, try going yo Control panel-> Power options -> Change what the power button does (on the left). In Shutdown settings section uncheck option "Turn on fast startup (recommended)".
  7. Helen
    Dan, FYI, user under which you start Sync should own the folder and files that you add to Sync.
  8. Helen
    Merk7, Please, provide more details: what are the OS of your devices, what types of files. Do I understand you right and uploading devices shows files in sync queue whereas the downloading device doesn't have those temp .!sync version of these files? in this case I would suggest trying to re-add those files to sync folder on the uploading peer.
  9. Helen
    colesear, Do you touch or open the files on Mac before starting Sync on it? If yes, then this is a known issue, since in this case Sync on Mac will consider its file to be the newest and thus sync it to other peer. I would recommend not touching the files on the device where Sync is off, if there is a newer version of this file on the remote peer. As for SyncArchive - did you disable it on Debian? Otherwise the replaced version would be placed there. As for not opening in LibreOffice, why exactly? Do you receive any error messages or somethings? Keep logging enabled on both devices and when you see this problem again collect full debug logs from both (!) of peers and send them to syncapp@bittorrent.com. In the message put link to this topic. Thank you.
  10. Helen
    trevellyan Do you mean on Macs and Linux or only on Macs? If files were changed (mtime updated) on Linux side, Macs will indicate the corresponding amount of files to be uploaded to it, but they will not be uploaded. Were files in these two folders previously synced to Linux before you saw 'upload' on Macs' side? Could you please collect full debug logs from one Mac and Linux and send them to syncapp@bittorrent.com. In the message put link to this topic and please, provide the requested details. Thank you.
  11. Helen
    pcjamesy, Yes, please, send this report to syncapp@bittorrent.com Put link to this topic to your message, provide some more details (like, which folders you sync, where they are located/mounted, what types of files are there), which exactly Sync you have installed on Ubuntus and any other details about your setup, what Sync usually does before it crashes. Do they all three crash at the same time? Also, please collect full debug logs from at least two of them (all three would be perfect) and attach them to your mail. Keep logging enabled all the time and collect the logs right after crash. I will give you some additional instructions there. Thank you!
  12. Helen
    It looks like your multicast/broadcast packets (for LAN discovery) are either dropped or switched to unicasts. Sync sends broadcasts to port 3838 for LAN discovery. As for Android seeing only wired peers, your LAN settings - are they applied to both wired and wireless? Could you please elaborate how your network is configured "to pass all traffic through the LAN interface"? Which is this interface?
  13. Helen
    furtim, Could you please run ProcMon utility on your winXP right before it is supposed to go to sleep, with filter "process is BTSync.exe" switched in ProcMon? Do you have any encrypted files/folders added to BitTorrent Sync? Are the sync folders reside on local hard drive? Thank you.
  14. Helen
    4195c50c-11b8, yes, thank you! now it's much clearer and I see that I got it right at first. Yes, in this case Android DCIM will be paired with Linux share_phone, so it'll be DCIM/*** <-> share_phone/*** setup. At present only one such pair is allowed by application. We have similar feature requests allowing to store multiple folders from different devices in one folder on local device. We will consider them for future releases. Thank you!
  15. Helen
    psla, What is the actual IP and listening port of your Linux? You tell your win to connect to 192.168.5.60:8888 (please, note that 8888 - is not the listening port of Sync, it's the WebUI port), and it fails, because it seems to be not the linux node: here it sends pings to all nodes in the network (these are sent during first 10 seconds after Sync is loaded), including 192.168.5.20:32982. Fails. when network is available, it pings the wrong IP:port. again - fails. now when the network is available and Sync is reloaded, it will again send pings (again those 10 seconds) to all nodes and discover Linux (I suppose it's Linux) on192.168.5.20:32982 address. So, in predefined hosts on win32, please, put 192.168.5.20:32982, or please, recheck the correct IP and listening port of your Linux peer. Listening port can be found in Sync settings. Port 8888 that you used is not the one you need to "predefine".
  16. Helen
    stanha, 1) RO nodes can upload files *if they were not updated on them*. in other words, they just "pass the files over" to other peers. So if a RO peer gets a file from a RW peer and there are some other peers that need this file as well, RO peer will send the file. 2,3) rewriting the version and restoring the deleted file is related to RW peer being actually behind in time. Sorry, I'm not sure I understand your setup: If the updated version was uploaded to RO peer, which "older" version of the file then replaced the the updated version?
  17. Helen
    4195c50c-11b8, Oh yeah, sure, you may always add the folder with camera photos as a regular sync folder to connect it to an already existing folder on your Linux. However mind those read-only/full-access secrets. If you connect Android to Linux with a RO secret, Android will not upload photos. If you connect it with FA secret, be careful deleting /editing of them on either side, since these changes will be propagated. not sure I understand this 100%. The files and subfolders within the sync folder are mirrored, i.e.: On android you have DCIM/2014/photoname.jpg and you add DCIM to BitTorrent Sync, connect it to a "Photos" folder on Linux. So on Linux inside "Photos" folder you will have "2014" subfolder with "photoname.jpg" in it. Similarly, if you have DCIM/photoname2.jpg on Android you will have Photos/photoname2.jpg (in the root) on Linux.
  18. Helen
    @sinmantky, @basovink, Would love to help, could you please provide the following information: 1) Share usage scenario (which data is synced? Any specific app is changing data in sync folders?) 2) Is there a possibility to turn on full debug logging and send them to syncapp@bittorrent.com to catch the issue so we can see how (and hopefully why) it happens in the logs? If yes, we'll need a filename / folder name that was mistakingly restored.
  19. Helen
    sevkin, Thank you. BitTorrent Sync is still a young beta product (compared to rsync, in particular). Surely with time it will become more informative and reliable. So far the team is working hard to make the best of it, believe me.
  20. Helen
    mariano, You may use any you like.
  21. Helen
    all, We know about it. It will be changed in 1.4. Thank you!
  22. Helen
    Stefan, I see that you opened a ticket with this question, some comments and tips were given there. Please, let the community know which of them would help. Thank you!
  23. Helen
    Bill, Here's the instruction for logs. Send them to syncapp@bittorrent.com and please describe the problem in more details. Links to your posts would be also helpful. Thank you.
  24. Helen
    BeryJu, Sorry, no Command Prompt/Power Shell commands are supported. Try API for your case.
  25. Helen
    no it's not the device from which you share the secret, it's the secret itself that counts. If I share the secret with you and you share the secret (from your device) with some Bob, he will connect to me as well and we will total 3 peers. If Bob shares the secret with Alice (from his device), she will connect to us all and we will total 4 nodes and so on, until we reach 50 (me included). Then no matter who shares the secret with whom - they will not connect until Bob (for example) disconnects. UNLESS: (UPDATE: Bob's device disconnects from us (disables tracker, e.g.), and shares secret with Alice). Alice's device is located in Bob's LAN and her device has tracker, relay and DHT disabled. She will not count. Then Bob may share his secret (from his device) with other devices in his LAN and they will not count if they have tracker, relay and DHT disabled. If any of them enables tracker and learns about my and your devices - all's ruined! - it'll tell his LAN neighbours about us and they will want to connect.