Skip to content

GitLab

Switch branch/tag
  1. 18 Oct, 2011 2 commits
  3. 17 Oct, 2011 2 commits
  5. 14 Oct, 2011 1 commit
  7. 13 Oct, 2011 1 commit
  9. 12 Oct, 2011 2 commits
  11. 11 Oct, 2011 1 commit
  13. 10 Oct, 2011 1 commit
  15. 30 Sep, 2011 1 commit
  17. 25 Sep, 2011 2 commits
  19. 23 Sep, 2011 2 commits
  21. 20 Sep, 2011 3 commits
  23. 16 Sep, 2011 2 commits
  25. 12 Sep, 2011 1 commit
  27. 30 Aug, 2011 1 commit
    • Jeff Davidson's avatar
      Don't change extensions for explicitly set download locations. · c21507f0
      Jeff Davidson authored 
      This regression from GB was introduced by 38f17119,
which was intended to allow duplicate downloads of the same file, adding -<n> to
the end of file names.  As a side effect, this also activated extension validation
logic, which adds/changes an extension to match the Mimetype.

This change keeps the unique filename logic but prevents extension changes when an
explicit filename is set.  Thus, it is still possible for the actual download
location to differ from the requested one, but only if the file already exists.

Bug: 5196436
Change-Id: I198dc2a819c5d839a05b72c25e0830d889a9c5a3
      c21507f0
  29. 29 Aug, 2011 1 commit
    • Doug Zongker's avatar
      fix DownloadThread's use of ETag, range headers · ce3f6100
      Doug Zongker authored 
      DownloadThread was only maintaining ETag and the file size for the
duration of one HTTP request, rather than over all the requests needed
to fetch a file, which kind of defeats the point of having them.  Fix
this by moving several state variables from InnerState to State, and
initializing the total bytes and current bytes values from the
download database.

Skip actually making the HTTP request if we've already downloaded all
the bytes of the file.  This works around bug 5217390 by making the
second DownloadThread do nothing instead of trying to fetch past the
end of the file.  (A real fix would eliminate the race condition that
causes the second thread to get created in the first place.)

Bug: 5217390
Change-Id: Ib5b8f87398b4ed2cb3d7f09569e245b55a89da5a
      ce3f6100
  31. 26 Aug, 2011 1 commit
  33. 22 Aug, 2011 1 commit
  35. 13 Aug, 2011 1 commit
  37. 09 Aug, 2011 1 commit
    • Jeff Sharkey's avatar
      Move to Notification.Builder progress API. · c18b41ee
      Jeff Sharkey authored 
      Instead of using custom layout to surface progress information, use
new Builder API.  Also use resources to build percent string.

Bug: 4022082
Change-Id: I556a666771e9103ce5d7ddb60faa879b8777b284
      c18b41ee
  39. 26 Jul, 2011 1 commit
  41. 21 Jul, 2011 1 commit
    • Dongwon Kang's avatar
      Bugfix:5033349 · 715d0c92
      Dongwon Kang authored 
      - Checking download data dir instread of /cache.
- Trying to remove stale files regardless of the low space thereshold.
(Note: This bug happens when download dir size is 100mb and there is a
file > 100mb in /cache.)

Change-Id: Iacded74eaadb2aa7f0af8d1b7e0f922e81c7e07c
      715d0c92
  43. 15 Jul, 2011 1 commit
  45. 12 Jul, 2011 1 commit
  47. 09 Jul, 2011 1 commit
  49. 07 Jul, 2011 1 commit
  51. 25 Jun, 2011 1 commit
  53. 22 Jun, 2011 1 commit
  55. 21 Jun, 2011 1 commit
  57. 20 Jun, 2011 1 commit
  59. 17 Jun, 2011 1 commit
    • Jeff Sharkey's avatar
      Teach DownloadManager about network policy. · 96102438
      Jeff Sharkey authored 
      Now network access is determined by using getActiveNetworkInfoForUid()
which uses BLOCKED to indicate that network should be rejected for
the requesting UID.  While download in progress, watch for any policy
changes that should trigger pause.

Also check NetworkInfo.isConnected() for correctness.

Change-Id: I1efa79823f15ecc3fa088a6719da1b770c64b255
      96102438
  61. 16 Jun, 2011 1 commit
  63. 15 Jun, 2011 1 commit