-
Notifications
You must be signed in to change notification settings - Fork 1.6k
any possible way to integrate tus.io for resumable file upload? #551
Comments
That looks really interesting, thanks, I've bookmarked it for future reference (/use in other projects). This would be related to #18, as larger files take longer to upload (and the probability and consequences of network issues increase with filesize). #174 would result in the file(s) being uploaded in "chunks", each of which could be retried individually should any of them fail to upload (most likely retransmitting the entire chunk for simplicity, the probability of failure should be low enough not to complicate it any further?). |
Hello, I am the project lead on the tus protocol and would like to offer my help. Even if I don't have much experience with Firefox Send, I am more than happy to answer your questions regarding tus. :) |
btw, reasonable also to integrate uppy here? |
(personal opinion) not yet at least? You can only upload one file and the the OS open file dialogues from any modern desktop (windows, osx, gnome, kde etc) will display content previews. Perhaps once the user can upload multiple files? As we would presumably wait for the user to say "done, now upload it" they could be displayed at this stage. But I think we should be careful how content-previews are used for perceptions sake (ie replace them all with a lock symbol or don't display them at all once encryption starts). |
In case you are wondering, Uppy is capable of uploading multiple files at the same time. You can try out their demo: https://uppy.io/examples/dashboard/ |
Open protocol for resumable file uploads
here's similar
send
project which used tus.The text was updated successfully, but these errors were encountered: