You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 27, 2022. It is now read-only.
Is this a bug report, a feature request, or a question?
Feature request
Currently when a task is backgrounded and the app is restarted, we have access to the DownloadTask object. It seems like the only "state" that is stored from when the task was first initiated is the id.
I would like to store other metadata that I can reference to when the task is re-constituted on e.g., app restart (concretely, metadata that I can use to mark something as "downloaded").
It would also be nice to be able to access the URI and destination of the download task. There doesn't seem to be a public member to access such info currently.
My current hack is to use the id field as a serialization medium, or to use local storage to store the metadata myself.
The text was updated successfully, but these errors were encountered:
Is this a bug report, a feature request, or a question?
Feature request
Currently when a task is backgrounded and the app is restarted, we have access to the
DownloadTask
object. It seems like the only "state" that is stored from when the task was first initiated is theid
.I would like to store other metadata that I can reference to when the task is re-constituted on e.g., app restart (concretely, metadata that I can use to mark something as "downloaded").
It would also be nice to be able to access the URI and destination of the download task. There doesn't seem to be a public member to access such info currently.
My current hack is to use the
id
field as a serialization medium, or to use local storage to store the metadata myself.The text was updated successfully, but these errors were encountered: