Opened 14 years ago

Last modified 12 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 13 years ago by RafaelOrtiz

Chrome and Firefox provide ways to do this, we should be also having that on browse or surf when available.

comment:2 Changed 13 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 12 years ago by humitos

Here are two things to keep in mind:

  1. 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?
  2. 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 12 years ago by humitos

  • Priority changed from Unspecified by Maintainer to Low
Note: See TracTickets for help on using tickets.