Download Manager should provide a way to specify a target download destination
Bug #1271507 reported by
Michael Zanetti
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-download-manager |
Fix Released
|
Medium
|
Manuel de la Peña | ||
ubuntu-download-manager (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The Download Manager should provide a way to specify the target download destination. Having to wait for the download and then copy/move it, seems too fragile. Corner cases such as suspended or closed apps would make it too fragile and would constantly lead to "lost" files in those cases.
For example, something requests to download a music file. Assuming that something has permissions to write to ~/Music, it would be much better if the download manager would directly download them to ~/Music instead of relying on the app to do it after the download. The App could be frozen, or closed or similar, which would make it look like the just downloaded music file has disappeared.
Related branches
lp:~mandel/ubuntu-download-manager/set-download-dir
- PS Jenkins bot: Approve (continuous-integration)
- Ubuntu One hackers: Pending requested
-
Diff: 587 lines (+287/-10)17 files modifieddocs/com.canonical.applications.download.xml (+4/-0)
src/downloads/client/ubuntu/download_manager/download.h (+9/-0)
src/downloads/client/ubuntu/download_manager/download_impl.cpp (+11/-0)
src/downloads/client/ubuntu/download_manager/download_impl.h (+2/-0)
src/downloads/client/ubuntu/download_manager/download_interface.h (+7/-0)
src/downloads/client/ubuntu/download_manager/manager.h (+9/-0)
src/downloads/client/ubuntu/download_manager/manager_impl.cpp (+7/-0)
src/downloads/client/ubuntu/download_manager/manager_impl.h (+1/-0)
src/downloads/priv/ubuntu/downloads/download_adaptor.cpp (+6/-0)
src/downloads/priv/ubuntu/downloads/download_adaptor.h (+4/-0)
src/downloads/priv/ubuntu/downloads/file_download.cpp (+70/-4)
src/downloads/priv/ubuntu/downloads/file_download.h (+4/-1)
src/downloads/test-daemon/testing_file_download.h (+1/-1)
tests/test_client_download.cpp (+51/-3)
tests/test_client_download.h (+7/-0)
tests/test_download.cpp (+87/-1)
tests/test_download.h (+7/-0)
Changed in ubuntu-download-manager: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Manuel de la Peña (mandel) |
Changed in ubuntu-download-manager: | |
status: | Confirmed → Fix Released |
To post a comment you must log in.
I have been talking with the content-hub bevelopers and the content hub will be the one that will allow to perform downloads in the directories of other applications. This is work in progress but we will provide documentation on how to do it. The current idea is the following:
1. App1 create a download and does not start it.
2. App1 provides the download to the content-hub which will allow the user to pick the app that will be used to interact with the download (music app, etc..)
3. Content-hub acepts the download and sets the download directory to a location that the destination application can read.
4. Content-hub starts the download.
5. App2 has access to the downloaded data.
I hope this covers the scenario that was reported.