• Content Count

  • Joined

  • Last visited

About odelrio

  • Rank
  • Birthday 08/08/1991

Profile Information

  • Gender
  • Location
    Barcelona, Spain

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @Helen It was removed from the docs. Did you rollback? Is it production-ready? I got zero-bytes files when decrypting, so I guess it is not working in all cases.
  2. Thank you, guys! I can't see the app in Google Play yet. Can you provide the APK, please? This is very promising. Let's see.
  3. Hello guys, Consider the following scenario: Peer A creates an encrypted folder and shares an Encryption key with Peer B, so Peer A has the bare files and Peer B has the hashed files. Peer B creates snapshots (backups) of the encrypted files and the application directory where Sync databases lie. All this communication is limited to LAN; no tracker or relay servers. Then imagine: The RW key from Peer A is written down. Peer A is disconnected. Peer C enters the RW key. Would Peer B serve the files? Yes, it does. But now, let's suppose: The RW key from Peer A is written down. A file is created in Peer A. Peer B takes a snapshot of the file and the storage directory. The file is removed from Peer A. Peer B tracks the change by moving the encrypted file to its .sync/Archive directory and updating the databases in the storage directory. Peer A is disconnected. Peer B restores the snapshot, so the removal never happened. Peer C enters the RW key. Would Peer B serve the file that we removed in the step 4? No, it doesn't. Or, at least, Peer C is not receiving it. I have tested it in many ways and I'm still wondering what I'm missing. Is Sync leaking the folder status somewhere outside the storage directory? Has it anything to do with timestamps? I need to find a way to recover the status of an encrypted folder, otherwise I would be making backups for no reason. I will be updating the thread if I discover something else. Thank you.
  4. That is exactly what Selective Sync does. Enable it in the shared folder in the mobile device and then go to Info > Clear instead of using Remove.
  5. Amazing job. Thank you very much, guys!
  6. +1 Or at least, let the user block uploads only.
  7. @RomanZ Is the project active? You guys did an incredible work so far, but there's still much more to do. 1. The way of recovering files and versions is not user-friendly at all. 2. Deleted files can't be recovered from an encrypted peer. I still can't see why is this harder than moving the file back from the Archive and deleting a row in database. 3. "Remove from all devices" doesn't ask for user confirmation and it is very close to "Remove from this device". 4. Accidentally removing a placeholder is a complete disaster if the file only existed in an encrypted peer (think of a NAS). 5. The only way to completely prevent Sync from contacting a tracker is to block the connection via firewall - even so it will keep trying to connect the tracker. 6. In mobile clients, you can't download a file with data connection if you have disabled the sync via data. There are no options like Resilio Sync on the market. Please, don't let it die.
  8. User Story: Manually restoring files from .sync/Archive is not as intuitive as having a GUI. In the initial release it might be as simple as: MyModifiedFile.txt Restore a previous version 2018-04-10 10:30 AM 2018-04-10 10:19 AM 2018-04-09 07:50 PM 2018-04-08 02:00 PM MyDeletedFile.txt Restore file In further iterations it might implement a file preview and/or a comparison view. The most important feature regarding this would be the ability to unset the deleted status in database so the file can be re-uploaded from an encrypted peer. Thank you, guys. You did an incredible job.