[sdk] improve download progress bar percentage
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu UI Toolkit |
Invalid
|
Medium
|
Tim Peeters | ||
Ubuntu UX |
Invalid
|
Medium
|
Matthew Paul Thomas | ||
ubuntu-system-settings (Ubuntu) |
Invalid
|
Medium
|
Matthew Paul Thomas |
Bug Description
When a progress bar is used to display download progress, there seems to be no progress when the downloading starts, and it quickly completes in the last few seconds. In addition, when the progress bar indicates it is completed the process seems to be still pending .
This seems to be related to bug #1227777
https:/
***Proposed Solution***
When achieving the intent requires more than just downloading, but also waiting for server response and installing the package, make sure the progress bar reflects the overall progress.
Note: In most cases (e.g. downloading an app), a percentage should not be displayed to indicate progress, especially when the progress bar is only an estimation/
no longer affects: | webbrowser-app |
Changed in ubuntu-ux: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Giorgio Venturi (giorgio-venturi) |
description: | updated |
description: | updated |
tags: | added: rtm-14 |
Changed in ubuntu-ux: | |
status: | Confirmed → Triaged |
tags: | added: ota-2 |
Changed in ubuntu-ui-toolkit: | |
importance: | Undecided → Medium |
assignee: | nobody → Tim Peeters (tpeeters) |
status: | New → Triaged |
Changed in ubuntu-system-settings: | |
importance: | Undecided → Medium |
affects: | ubuntu-system-settings → ubuntu-system-settings (Ubuntu) |
Changed in ubuntu-ux: | |
assignee: | Giorgio Venturi (giorgio-venturi) → nobody |
assignee: | nobody → Jouni Helminen (jounihelminen) |
Changed in ubuntu-ux: | |
assignee: | Jouni Helminen (jounihelminen) → nobody |
assignee: | nobody → Jamie Young (jamiedawsonyoung) |
Changed in ubuntu-ux: | |
assignee: | Jamie Young (jamiedawsonyoung) → Matthew Paul Thomas (mpt) |
Changed in ubuntu-ux: | |
assignee: | Matthew Paul Thomas (mpt) → Femma (femma) |
status: | Triaged → In Progress |
Changed in ubuntu-ux: | |
assignee: | Femma (femma) → Matthew Paul Thomas (mpt) |
Changed in ubuntu-ux: | |
status: | In Progress → Invalid |
This bug is filed under both the toolkit and System Settings, but needs very different design work for each.
An engineer fixing this for the toolkit will want to know: How should the toolkit determine whether a particular progress bar is "in most cases" or not? (I suggest: Never show a percentage, or any other text, inside a progress bar. Text against a moving background would be hard to read even if it wasn't a quickly-changing number in dark grey on orange.)
An engineer implementing this for software updates in particular will want to know:
1. Should updates that have already downloaded, before you choose to install them, have their progress bar partially pre-filled?
2. How much of the progress bar should be allocated to the DNS lookup, how much to the HTTP request, how much to waiting for the server to respond, how much to the download, and how much to the installation?
3. Since waiting for the server is an indeterminate task, how should that portion of the progress bar fill? Linearly over 5 seconds? 10? Asymptotically?