Closed happysalada closed 1 year ago
This is the server implementation I'm running on the other side https://github.com/s3rius/rustus
ideally for a tus server, it must reply with Location
header in response after upload has been finished (i am not sure if tus protocol has changed ever since this project was done though)
btw is the base path in your case /files
instead of /files/
? for some servers the trailing /
might matter
@adhocore, I cheked the documentation from tus.io and Location header must be returned only when new upload was created. When upload is finished, no Location is returned.
I tested with https://github.com/cenkalti/tus.py and the upload did succeed. (just in case it helps)
i have fixed/added a few things and released v1.1.0
and the tests with original tusd server is working fine
Just tested with a random image and I'm getting
Wrong checksum
✖ Unfinished upload, please rerun the command to resume.
I've tested with both -b /files and -b /files/
that is an issue of server it seems. related to Expect header error 417. you can try with DEBUG=1 for more verbose output.
@happysalada should we check with one another server implementation?
I unfortunately dont have another implementation at hand. Im going to assume this is due to the particular rust implementation and close this . Thanks for having taken a look at this!
thanks. (git lfs supports tus proto just in case it might be of any interest)
and to be fair, i did try a few curl options for large file upload against rustus - all giving 417 Expect header error
@happysalada because of a very useful improvement to this library via #26 (for ticket #25), it is advisable to bump to 1.1.1 in https://github.com/NixOS/nixpkgs/pull/261434, cheers!
Ive opened a new PR to update, thanks !
I've tried running on a tus server that works with the js upload library. However I keep on getting an error with this script DEBUG=1 ./result/bin/tusc -H https://rustus.sassy.technology -f ../../Downloads/ATDP _Bitval.pdf -b /files/ HOST : https://myhost HEADER: /var/folders/m4/1cnl1mnn6qbcnjr7pyshnfd40000gn/T/tus.kJhxpdj8xv FILE : ATDP_Bitval.pdf SIZE : 63191 KEY : 8ba20e8bd53cabb96c1ee16fac581125b22f7f12 CHKSUM: sha1 OGJhMjBlOGJkNTNjYWJiOTZjMWVlMTZmYWM1ODExMjViMjJmN2YxMg==
I'm not sure where the problem comes from.