@lucernae commented on GitHub:
@aspacca
the basic difference between our solutions is that I use the param only for build the output urls (in the frontend template and in the curl output,…
@lucernae commented on GitHub:
Thanks @aspacca I will test that tomorrow.
@paolafrancesca commented on GitHub:
@lucernae I should have fixed everything you reported in the branch for the issue also handling proxy path in tar/gz/zip handlers
@paolafrancesca commented on GitHub:
@Akito13 pass this params to transfer.sh
--tls-listener (whatever you have now as listener)
--tls-listener-only
--tls-cert-file (path to the…
@paolafrancesca commented on GitHub:
@JustAnotherArchivist there's no code related to it. I never managed https://transfer.sh so I don't know what was the case here and what's going on now. I…
@robertgendler commented on GitHub:
DUPE! #223
@JustAnotherArchivist commented on GitHub:
Oh, I see, didn't see that. We're running our own instance, but I guess the code isn't up-to-date then. Thanks!
@golbiga commented on GitHub:
merged into ventura
@paolafrancesca commented on GitHub:
@JustAnotherArchivist it was fixed month ago on codebase. I have no control on version deployed on https://tranfer.sh
@mckaygerhard commented on GitHub:
this its a issue for trasnfer.sh-web repository, not here, please refere th issue and opened at dutchcoders/transfer.sh-web @kairusds
@paolafrancesca commented on GitHub:
@JustAnotherArchivist for current codebase there's a X-Url-Delete delete header with an URL you can send a DELETE request to to delete the file