Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Data location for requesting client #21

Closed
gsmitheidw opened this issue Jan 6, 2023 · 1 comment
Closed

Feature Request: Data location for requesting client #21

gsmitheidw opened this issue Jan 6, 2023 · 1 comment
Labels
enhancement New feature or request wontfix This will not be worked on

Comments

@gsmitheidw
Copy link

It would be great if the following options could be available:

  1. Download to requesting client directly. Could the downloaded data be redirected to the browser of the client and not download into the container/server at all? Not sure if this is possible without locally caching the file first? The use case I'm thinking of implementing another install for somebody else on their SBC that doesn't have much storage available.

  2. As a secondary option, when downloading to the default location on the container/server - could the list of downloads made be presented to the client with an option to download them or delete them?

One workaround would be to present the downloads folder in Apache in the host - but a bit messy having two locations. Or maybe use rclone to sync changes to the client over scp etc.

@marcopeocchi marcopeocchi added the enhancement New feature or request label Jan 7, 2023
@marcopeocchi
Copy link
Owner

The first option is doable, it requires a little bit of work. Caching the file is inevitable.

Second option it was planned long ago as a sort of "download archive".

To sum up, it is a nice addition and it will be introduced asap.

@marcopeocchi marcopeocchi added the wontfix This will not be worked on label Sep 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants