Moved to features.s3drive.app

When downloading files (especially) on Web the overall experience is subpar vs mobile and desktop clients. The decryption speed is slower. It will either require improvements on the encryption scheme layer: https://discord.com/channels/1069654792902815845/1140911911479808081/1140912036629463100 or alternatively will require pushing performance to the limits on our side via custom implementation of Rclone's encryption (Rust, WASM, XSalsa20). We should also implement chunked download (in a similar way as current multipart upload works) combined with browser File System Access API: https://developer.mozilla.org/en-US/docs/Web/API/File_System_API so instead of "downloading" all data to memory and then blocking website on the decryption process, we could download and decrypt gradually appending the stream to the disk. If possible we should consider allowing to "Save file as" to custom location: https://discord.com/channels/1069654792902815845/1147114642653577217 in case user doesn't have enough data in their ~/Downloads folder. Finally, regardless of the encryption performance. It shouldn't affect the UI responsiveness which is the case now. This can be solved by introducing Service Worker, so the heavy calculations can be offloaded to the non-main rendering thread.

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")

In some cases user might not remember the original plaintext password in which case it might be problematic to set it up with S3Drive. S3Drive could implement "password reveal", so it can restore user's password from the Rclone config More on that: https://forum.rclone.org/t/how-to-retrieve-a-crypt-password-from-a-config-file/20051

"I have some files on Android in a folder and some of them have no extension (048 048 - Test) I wanted to use the media backup and it ignores those files. All other files are backup correctly. Using Android 13 Oneplus 9 Pro S3Drive 1.4.7" Moved from: https://github.com/s3drive/app/issues/41

For instance user may want to connect to one of the accounts to browse/view files and simultaneously backup photos on the 2nd account and keep transfers running on a third account.

We could allow user to send the e-mail out from the app.

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).