Skip to content

GitLab

Switch branch/tag
  1. 16 May, 2016 1 commit
  3. 13 May, 2016 1 commit
  5. 11 May, 2016 1 commit
  7. 10 May, 2016 1 commit
  9. 09 May, 2016 2 commits
  11. 06 May, 2016 1 commit
  13. 04 May, 2016 1 commit
  15. 03 May, 2016 2 commits
  17. 02 May, 2016 2 commits
  19. 29 Apr, 2016 2 commits
    • Ben Lin's avatar
      Add ability to rename a downloaded file. · b0e0dec8
      Ben Lin authored 
      Bug: 28359663
Change-Id: Id74ab041717f553bbd81ab2f69b1b8fa0d4d230d
      b0e0dec8
    • Jeff Sharkey's avatar
      Visible downloads should run while blocked/dozing. · b3597b9d
      Jeff Sharkey authored 
      Downloads with visible notifications should behave as if the
requesting app was running a foreground service.  The easiest way
to implement this for now is to ignore any BLOCKED network status
and use the new setWillBeForeground() API so job scheduling ignores
any active blocked/dozing status.

Bug: 26571724
Change-Id: I8ea2b2a7cdb5f469adc11b4d897ff55bd8a9db9a
      b3597b9d
  21. 27 Apr, 2016 1 commit
  23. 25 Apr, 2016 1 commit
    • Jeff Sharkey's avatar
      Move DownloadManager to use JobScheduler. · 3a5f5eaf
      Jeff Sharkey authored 
      JobScheduler is in a much better position to coordinate tasks across
the platform to optimize battery and RAM usage.  This change removes
a bunch of manual scheduling logic by representing each download as
a separate job with relevant scheduling constraints.  Requested
network types, retry backoff timing, and newly added charging and
idle constraints are plumbed through as job parameters.

When a job times out, we halt the download and schedule it to resume
later.  The majority of downloads should have ETag values to enable
resuming like this.

Remove local wakelocks, since the platform now acquires and blames
our jobs on the requesting app.

When an active download is pushing updates to the database, check for
both paused and cancelled state to quickly halt an ongoing download.

Shift DownloadNotifier to update directly based on a Cursor, since we
no longer have the overhead of fully-parsed DownloadInfo objects.

Unify a handful of worker threads into a single shared thread.

Remove legacy "large download" activity that was thrown in the face
of the user; the UX best-practice is to go through notification, and
update that dialog to let the user override and continue if under
the hard limit.

Bug: 28098882, 26571724
Change-Id: I33ebe59b3c2ea9c89ec526f70b1950c734abc4a7
      3a5f5eaf
  25. 20 Apr, 2016 1 commit
  27. 19 Apr, 2016 2 commits
  29. 08 Apr, 2016 1 commit
  31. 07 Apr, 2016 2 commits
  33. 04 Apr, 2016 1 commit
  35. 31 Mar, 2016 1 commit
    • Jeff Sharkey's avatar
      Avoid flashing download notifications. · 08fa91ba
      Jeff Sharkey authored 
      When service starts, use new API to read the current set of
notification tags from the system instead of clearing and starting
from scratch.

Bug: 27634130
Change-Id: I049fe5e445a62a52042d7638c2cb50417977435f
      08fa91ba
  37. 24 Mar, 2016 1 commit
  39. 21 Mar, 2016 1 commit
    • Jeff Sharkey's avatar
      Remove chmod(0644) for finished downloads. · a013d5b1
      Jeff Sharkey authored 
      Now that PackageInstaller can read APKs from content:// Uris, we
don't need to make downloads world-readable.  This is mostly just
cleanup, since our top-level private data directory is no longer
o+x, so other apps can't traverse in anyway.

Bug: 5464052
Change-Id: I45de6a40c28b85c64d5afbc13068fe3ae8341d93
      a013d5b1
  41. 19 Mar, 2016 1 commit
  43. 15 Mar, 2016 1 commit
  45. 10 Mar, 2016 1 commit
  47. 18 Feb, 2016 9 commits
  49. 16 Feb, 2016 2 commits