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

Option to cancel stalled download #1568

Open
hoyla opened this issue Sep 28, 2022 · 1 comment
Open

Option to cancel stalled download #1568

hoyla opened this issue Sep 28, 2022 · 1 comment
Labels
help wanted Extra attention is needed
Milestone

Comments

@hoyla
Copy link

hoyla commented Sep 28, 2022

Description

Allow users to cancel a file download that is "in progress" if it's not happening fast enough (or at all).

How will this impact SecureDrop users?

File downloads within a submission often fail – in our experience nearly always for files larger than 1Mb. At present there is no way of telling if a download is working or not, or to act on that. The suggested feature #1104 will help inform users how downloads are progressing but will not give users a means by which to intervene if the download has stalled or is occurring so slowly (e.g. due to a bad Tor route) that waiting for it to complete is impractical. Cancel would (I hope) allow us for example to terminate an existing Tor connection and start a new one.

How would this affect the SecureDrop Workstation threat model?

I don't know.

User Stories

As a journalist using the SecureDrop workstation frequently see file downloads that stall. At present it isn't possible for me to cancel a stalled download and try again.

@gonzalo-bulnes
Copy link
Contributor

@cfm Because we've talked about the concept of cancellation / progress tracking in the context of Client async jobs.

@rocodes While this is not directly related to exporting files, if we were to also enable progress tracking of some sort from sd-devices, then it would be nice to share similar interfaces to those of the async jobs. Since you're thinking about the sd-devices/sd-app interface... I assume any conversation happening here might interest you 🙂

@hoyla Thanks for describing this use case. That is useful, even though please don't take the above pings as a sign that we're actively working on it yet! We're not working actively on this just yet, but the use case will certainly inform some thoughts we're slowly maturing. 🙌

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
Status: No status
Development

No branches or pull requests

4 participants