Open Bug 928127 Opened 11 years ago Updated 2 years ago

Restart background download if downloaded amount hasn't changed after x days

Categories

(Toolkit :: Application Update, defect)

Product:
Toolkit
Component:
Application Update
Platform:
x86_64
Windows 7
Type:
defect

Tracking

()

People

(Reporter: robert.strong.bugs, Unassigned)

Details

Approximately 30% of background update checks have a return code that equates to "A background download is in progress". We should check for stale downloads and after x number of days have passed retry.
Would be good to notify user to manually install the latest version after multiple attempts have failed.
Is it worth revisiting the whole chunked downloads behaviour? I suspect most/all of our mirrors can handle resumes (like we have with download managers), and we're long past the days when we need chunking for the purpose of avoiding mirror network annihilation...
(In reply to Robert Strong [:rstrong] (do not email) from comment #0) > Approximately 30% of background update checks have a return code that > equates to "A background download is in progress". We should check for stale > downloads and after x number of days have passed retry. Forgot to mention that this is on aurora so I am not too surprised by this number since the update checks happen every 8 hours.
(In reply to Mike Connor [:mconnor] from comment #2) > Is it worth revisiting the whole chunked downloads behaviour? I suspect > most/all of our mirrors can handle resumes (like we have with download > managers), and we're long past the days when we need chunking for the > purpose of avoiding mirror network annihilation... Sure but not in this bug. I would expect that the networking layer for downloading the update would need to be kind to regular browsing so a bug would need to be filed for that as well.
Note that we would also want to keep using range requests so we can resume the download from where it left off.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.