Feature Requests

Allow supporting multiple mounts. In such case user could also mix their S3 mounts, with Rclone mounts and managed account (S3Drive) mounts.

Currently when user uploads files through the mount they don't exactly have clue if file is already uploaded and whether they can safely disconnect the app. This task is do detect pending uploads operation, indicate that by using sync/progress icon in the tray and e.g. Mount settings. When user tries to quit the app, mention that there are pending operations before allowing them to safely quit.

Allow user to store their S3 bucket's configuration encrypted on the S3Drive servers. That way user could synchronize their list of back-ends between devices without manual configuration or JSON export/import. In the future this also would allow to assign company S3 credentials to specific user account and provide it to employee logged in via e-mail/password or SSO.

Files > 100M are uploaded using multipart upload using 5MB chunks. If upload gets interrupted, next time when file gets uploaded we verify MD5 (only if E2E encryption is disabled) of each chunk so it doesn't gets reuploaded. The issues is that MD5 verification is relatively slow. If 10GB file was interrupted at 50%, then it means we need to verify 5GB of data which isn't instant. The idea is to store the file local modification date and trust that file contents hasn't changed if modification date hasn't changed. Using this pattern we could resume upload immediately. We could also resume upload of encrypted files given that we continue uploading chunks using the same nonce prefix (this is safe, because we're not reusing nonce. Yet to be uploaded chunks receive their own nonce counter). Finally implement exponential back-off retry for failed transfers (e.g. 400 bad request, 5xx errors and timeouts).

Internal task to improve robustness of the Transfers tab. Part of this task is to migrate away from Hive and use Isar.

Add support for conflict resolution: --conflict-resolve string Automatically resolve conflicts by preferring the version that is: none, path1, path2, newer, older, larger, smaller (default: none) (default "none")

At the moment when user enables E2E encryption for S3 back-ends (or S3Drive storage) UI updates between devices are encrypted using the user's defined encryption key. Rclone crypt back-end on the other hand, doesn't expose the encrypted data to S3Drive (only decrypted data is shown) and as such S3Drive operates on decrypted data. This could be improved by extracting the encryption passphrase from the user's config, deriving the encryption key and encrypting/decrypting the UI updates on both ends.

We should encourage users to enable encryption by default. We should detect if bucket which is being set up previously used encryption and prompt user to set it up.