Progress bar hangs at 100% after download is finished, while installing
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unity-scope-click (Ubuntu) |
Invalid
|
Medium
|
Unassigned | ||
unity8 (Ubuntu) |
Fix Released
|
Medium
|
dobey |
Bug Description
When a user installs a new click packages the following steps ocurr (internally)
1. Download application.
2. Check the click package checksum
3. Launch click and install the application.
Unfortunately the preview just shows the progress up to the end of step 1. Steps 2 and 3 might take some time and the user will be left with no feed back of what is going on. The u-d-m has bug 1248770 about to be fixed and will make fixing this issue easier. Ideally when the processing signal is raised the progress bar should be set to the indeterminate state (http://
Related branches
- Unity8 CI Bot: Needs Fixing (continuous-integration)
- Albert Astals Cid (community): Approve
- Ubuntu Unity PS integration team: Pending (packaging) requested
-
Diff: 345 lines (+110/-20)11 files modifieddebian/control (+3/-1)
plugins/Ubuntu/DownloadDaemonListener/CMakeLists.txt (+3/-1)
plugins/Ubuntu/DownloadDaemonListener/DownloadTracker.cpp (+2/-1)
plugins/Ubuntu/DownloadDaemonListener/DownloadTracker.h (+2/-1)
plugins/Ubuntu/DownloadDaemonListener/interface/downloadtrackeradaptor.cpp (+2/-2)
plugins/Ubuntu/DownloadDaemonListener/interface/downloadtrackeradaptor.h (+71/-4)
plugins/Ubuntu/DownloadDaemonListener/interface/metatypes.h (+3/-6)
qml/Dash/Previews/PreviewProgress.qml (+5/-1)
tests/mocks/Ubuntu/DownloadDaemonListener/MockDownloadTracker.cpp (+3/-1)
tests/mocks/Ubuntu/DownloadDaemonListener/MockDownloadTracker.h (+2/-1)
tests/qmltests/Dash/Previews/tst_PreviewProgress.qml (+14/-1)
- Unity8 CI Bot: Needs Fixing (continuous-integration)
- Daniel d'Andrada (community): Approve
- Ubuntu Unity PS integration team: Pending (packaging) requested
- Albert Astals Cid: Pending requested
-
Diff: 345 lines (+110/-20)11 files modifieddebian/control (+3/-1)
plugins/Ubuntu/DownloadDaemonListener/CMakeLists.txt (+3/-1)
plugins/Ubuntu/DownloadDaemonListener/DownloadTracker.cpp (+2/-1)
plugins/Ubuntu/DownloadDaemonListener/DownloadTracker.h (+2/-1)
plugins/Ubuntu/DownloadDaemonListener/interface/downloadtrackeradaptor.cpp (+2/-2)
plugins/Ubuntu/DownloadDaemonListener/interface/downloadtrackeradaptor.h (+71/-4)
plugins/Ubuntu/DownloadDaemonListener/interface/metatypes.h (+3/-6)
qml/Dash/Previews/PreviewProgress.qml (+5/-1)
tests/mocks/Ubuntu/DownloadDaemonListener/MockDownloadTracker.cpp (+3/-1)
tests/mocks/Ubuntu/DownloadDaemonListener/MockDownloadTracker.h (+2/-1)
tests/qmltests/Dash/Previews/tst_PreviewProgress.qml (+14/-1)
Changed in unity8 (Ubuntu): | |
assignee: | nobody → Diego Sarmentero (diegosarmentero) |
importance: | Undecided → Medium |
status: | New → Triaged |
no longer affects: | unity8 |
Changed in unity-scope-click (Ubuntu): | |
status: | New → Incomplete |
status: | Incomplete → Confirmed |
status: | Confirmed → Triaged |
importance: | Undecided → Medium |
summary: |
- Missing UI information of the installation of click packages after a - complete download + Progress bar hangs at 100% after download is finished, while installing |
NOTE: in the cases where an app is being installed when the scope receives a request for a preview for it (ie, when you click install then close the preview, then go back to the preview after a download but before the install is done) -
The scope gets the object path from UDM to send to the preview, so it can be notified when it's done - however if the progress is already at 100%, no progress signal will be sent and the value will appear to be zero.
There appears to be some work to do in the DownloadTracker code so the progress bar can be displayed as indeterminate initially in that case.