Download Manager should provide a way to specify a target download destination

[Michael Zanetti]

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.

[Manuel de la Peña (mandel)]

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.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-download-manager - 0.3+14.10.20140430-0ubuntu1

---------------
ubuntu-download-manager (0.3+14.10.20140430-0ubuntu1) utopic; urgency=low

  [ Manuel de la Peña ]
  * Add upload definitions and autogenerated adaptors.
  * Reorg the code so that it is simpler to share code between the
    uploader and the downloader. Cmake has been added as the new build
    system.
  * Generalize the daemon so that it can be used for the uploader too.
  * Split the different tests now that we are going to support uploads.
  * Split the daemon test code.
  * Refactor q code so that it can be used by uploads and downloads.
  * Remove the use of fakes in favour of google mock. libgoogle-glog-dev
    was added as a dependency. (LP: #1300243)
  * Refactor downloads so that they inherit from transfer and can be
    used in the new q implementation.
  * Provide the factories needed by the uploads.
  * Provide the class that will be performing uploads.
  * Provide the class that will perform mms uploads.
  * Provide factory implementation.
  * Add uploads manager implementation. (LP: #1300178)
  * Organize project simpler so that new developers find it easier to
    move arround the code. (LP: #1300184)
  * Allow the clients to change the destination directory of the
    download. (LP: #1271507)
  * Provide the methods that allow to get all the downloads and all the
    downloads with a given metadata value. (LP: #1233149)

  [ CI bot ]
  * Provide factory implementation.
  * Add uploads manager implementation. (LP: #1300178)
 -- Ubuntu daily release <email address hidden> Wed, 30 Apr 2014 00:10:00 +0000