Opened 14 years ago
Last modified 11 years ago
#1554 new enhancement
support for resuming downloads
Reported by: | sascha_silbe | Owned by: | erikos |
---|---|---|---|
Priority: | Low | Milestone: | Unspecified |
Component: | Browse | Version: | Git as of bugdate |
Severity: | Unspecified | Keywords: | design |
Cc: | icarito | Distribution/OS: | Unspecified |
Bug Status: | New |
Description
Today Sugar crashed while downloading files. It would be great if downloading these could be resumed.
All metadata necessary to do this should be available. We might want to store the URL in a separate property so we don't need to parse the description, esp. since the user might modify the latter.
Change History (4)
comment:1 Changed 12 years ago by RafaelOrtiz
comment:2 Changed 12 years ago by icarito
- Cc icarito added
- Keywords design added
Interesting challenge. Since the metadata is available in the journal, in theory Sugar could continue the download. Or we could probably wait until Browse is opened again. This is a design question.
comment:3 Changed 11 years ago by humitos
Here are two things to keep in mind:
- Do we want to continue the download after closing browse? If yes, we should use Sugar to get the file instead webkit. Get Book uses gobject.idle_add to handle the download. Is there a Sugar Feature that already handle this?
- Do we want to stop the download after closing and resume it next time the browse starts? If yes, I think we can keep using webkit but we should research about how webkit handle by itself the resume option. I guess it could be "automagically" :)
comment:4 Changed 11 years ago by humitos
- Priority changed from Unspecified by Maintainer to Low
Note: See
TracTickets for help on using
tickets.
Chrome and Firefox provide ways to do this, we should be also having that on browse or surf when available.