This bug was fixed in the package ubuntu-download-manager - 0.2+13.10.20130920.1-0ubuntu1
--------------- ubuntu-download-manager (0.2+13.10.20130920.1-0ubuntu1) saucy; urgency=low [ Barry Warsaw ] * When extracting the QPair from _downloadProgress, use a reference local variable so that a new QPair isn't created, thus throwing away the update. (LP: #1226243) [ Manuel de la Pena ] * Fixes the irl example in the test folder. (LP: #1221598) * Added a class that provides a way to generate secure paths to appamor confined applications. * Make use of the apparmor class to build secure dbus paths. (LP: #1222901) * Increases the test coverage of the download factory class. * Added the new metadata key 'objectpath' where the client can propose a uuid for the download that will be used to create the path. (LP: #1215904) * Change the interface name so that is less confusing. (LP: #1224538) * Fixed the location where the file is stored. If the local-file metadata is provided and the app is not cofined that would be the used file else the XDG/APP_ID one will be used. (LP: #1224641, #1222914) * Provide two command line args to be used in tests. (LP: #1202809) * Set the accept-encoding header to 'identity' so that we do not expand any download. (LP: #1224678) [ Ubuntu daily release ] * Automatic snapshot from revision 126 -- Ubuntu daily release <ps-jenk...@lists.canonical.com> Fri, 20 Sep 2013 10:03:28 +0000 ** Changed in: ubuntu-download-manager (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1222901 Title: Download paths are not built with appamor encapsulation in mind To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-download-manager/+bug/1222901/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs