| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Now DownloadService creates and owns the lifecycle of its own
StorageManager instance.
Change-Id: I8f6bedc02f1dbe610a8e6a25d55383a12716d344
|
|
|
|
|
| |
Bug: 6544953
Change-Id: I4157c67b9b9cddab4ade795c328a202f6a230f95
|
|
|
|
|
|
|
|
|
| |
When multiple users are active, this can accidentally delete files
belonging to other users. Checking owner also helps us avoid
deleting recover and lost+found.
Bug: 6362988
Change-Id: Ifc165acc9a9b3ab253a4b6257f370836b98b3a74
|
|
|
|
|
| |
Bug: 6371718
Change-Id: Id661210101b01daf8f5d46a318c32dbb9de9a4fb
|
|
|
|
|
| |
Bug: 6362988
Change-Id: Iab4b86cfcaa6aeed6466f88ff49eb935f96db495
|
|
|
|
| |
Change-Id: I4d402e28996887fc1dba89b2764575c91c2c523b
|
|
|
|
|
|
|
|
|
| |
- 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
|
|
|
|
|
|
|
| |
to convert .dm files to .fl files during downloading
For bug 3188041
Change-Id: I882b851664432fba3e57dc25a6be827b48006e69
|
|
|
|
| |
Change-Id: I033ba6abeed55c5ac76142c7a2e4849b8e044680
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
removeSpuriousFiles() method in StorageManager.java is removing
files because of it incorrectly thought a given file has NO entry
in downloads db.
more details:
List<File> files;
String filename;
files.remove(filename)
remove should be new File(filename)
most probably this fix also addresses bug:3324673
Change-Id: I22c58398fe874fa81939b575c782b6700a2cac4e
|
|
|
|
| |
Change-Id: I95b4c52598092e9f6ffa1713b36ac11d44e26279
|
|
|
|
|
|
|
| |
store its files" into honeycomb"
This reverts commit 7d96bafa59111d9ca735e5ef86dc0598f946b2be, reversing
changes made to 2ce876d2d7000b0c3a1430c5f4932568090f5170.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
data/data/com.android.providers.downlaods/cache is being used
to store the downloaded files, when the user doesn't specify the
destination path.
but system seems to remove files from this dir EVEN when space is
running low. bug:3324673
instead, let DownloadManager use
data/data/com.android.providers.downlaods/files dir
Downlaodmanager manages its space anyway.
Change-Id: I2eb15570395a214477891f50f635fada0b466544
|
|
make sure the doanloads data dir size is limited by some quote -
100MB default and 200MB for SR.
bug:3286430
tests are in Change-Id: I688f7e058511089bec7fa21e972e23780604d98a
Change-Id: Iba7fab9fa91ea018f35e1c3ef5ec0e6b03cba650
|