"Resume" suggests that downloads are never cancelled

Bug #1250607 reported by Pat McGowan
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubuntu-system-settings (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Currently if you pause, then force-quit the app, when you return it tells you the download failed and offers a chance to retry.

<https://wiki.ubuntu.com/SoftwareUpdates#pausing-mobile>: "If you choose 'Pause' during a download or an app installation, the update should pause and return to its idle presentation (bug 1316933) ... Any later download — whether automatic or manual — should download the latest version, regardless of whether it is newer than the one already partially downloaded, but resuming the existing download if it is the same version."

Tags: updates
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for the report.

The current design [1] doesn't include that case indeed, assigning to mpt for input

[1] https://wiki.ubuntu.com/SoftwareUpdates#Phone

Changed in ubuntu-system-settings (Ubuntu):
assignee: nobody → Matthew Paul Thomas (mpt)
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Sorry, I don't understand this bug report. What is the functional difference between cancelling, and pausing and never resuming? I guess cancelling might mean the partial download is deleted. But I'd expect deleting partial downloads to be the sort of thing that is handled by cache control rather than requiring manual deletion.

> Currently if you pause, then stop the app, when you return it tells you the download failed and offer a chance to retry.

That seems like a separate bug. It shouldn't matter whether you try to resume five seconds later or five weeks later; if the server implements HTTP Range:, resume should work.

Changed in ubuntu-system-settings (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

On a pause it seems it would not check for newer updates when te user returns, which would seem more desirable rather than finishing an older update.

I agree the other symptom could be considered a different issue.

Changed in ubuntu-system-settings (Ubuntu):
status: Incomplete → New
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

So the real problem is that resuming a download either doesn't, or seems like it doesn't, check for a newer version and download that instead?

If the problem is that it really doesn't, that's a bug in the code.

If the problem is that it doesn't seem to, that's fixed by the current design where there is never a "Resume" button. Choosing "Download" or "Update" should resume the existing download if that download happens to be the latest version. Specification updated. <https://wiki.ubuntu.com/SoftwareUpdates?action=diff&rev2=182&rev1=181>

Changed in ubuntu-system-settings (Ubuntu):
assignee: Matthew Paul Thomas (mpt) → nobody
status: New → Triaged
description: updated
summary: - No way to cancel an update once you start
+ "Resume" suggests that downloads are never cancelled
Revision history for this message
Sebastien Bacher (seb128) wrote :

is that still valid? could you describe what steps exactly you are taking and what should be different? is the issue for system image updates or click ones?

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

The current behavior seems to match the design, re-entering the app and the updates page resumes the download, no error is reported.

tags: added: updates
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.