| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Change-Id: I5a01b1c23147ad064ce1ae02fd3e06b3bb3082fc
|
|
|
|
| |
Change-Id: I4e62acdab15be65fc2c0e88493e5b7bcf102adaa
|
|
|
|
| |
Change-Id: I868e251a1d1f29398ee9ae5546228d65b5059fb8
|
|
|
|
| |
Change-Id: Icdad7d9cfcdcc87085094f96fffb77dee63d85ab
|
|
|
|
| |
Change-Id: I32de5a902b7ed375484896fcfc3f98b51b786796
|
|\
| |
| |
| |
| | |
* commit 'b395484dd0c2ecf5f15dd3aa1d55aa869c905b19':
Updated Download Manager launcher icon
|
| |
| |
| |
| | |
Change-Id: I77289d1c116105fcb0aaab8d88acb2e7c7d3c506
|
| |
| |
| |
| | |
Change-Id: I7f7f697ed9f6b69580ab8322257fc71de019f271
|
| |
| |
| |
| | |
Change-Id: I0581904e6a520f854c3252ba8b2650ee97c468e5
|
|/
|
|
| |
Change-Id: Ifb158e11407065cdca553239636b8cc0829c8a2a
|
|
|
|
| |
Change-Id: I3532b37fcc54a9bd3c2bb219a769aa898ff5023b
|
|
|
|
| |
Change-Id: Icaf9c69178300f06326b98db197bdc5bd448c549
|
|\
| |
| |
| | |
Forward Lock support in Download Provider."
|
| |
| |
| |
| |
| |
| | |
new Forward Lock support in Download Provider.
Change-Id: I71faf19527104455b666cba73a052cd0d4b7d70e
|
| |
| |
| |
| | |
Change-Id: I17396116e009181cd2039be4142c6fb41199e88c
|
|/
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Change-Id: I7b6a31e555f88833d0e5f16f9341d41feca02069
|
|
|
|
| |
Change-Id: Id23ee473318bf954da1a39ea98002b956368745c
|
|
|
|
|
|
| |
this functionality was broken when CAB was added to Downloads app
Change-Id: I00e7313650f872334d6a38dbaff7f97909e2c59c
|
|
|
|
| |
Change-Id: If5f82913884dc10b67e926a1e01abf38697c6f1f
|
|\
| |
| |
| | |
ExpandedListView" into honeycomb-mr1
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
in ListView, the following is the behavior
assume setOnItemClickListener() is set on the ListView object.
longpress starts selection
shortpress thereafter selects the item and DOES NOT
call the callback set by setOnItemClickListener()
without preceding longpress, shortpress calls
the callback set by setOnItemClickListener()
in ExpandedListView,
assume setOnChildClickListener() is set
longpress starts selection, as in ListView
shortpress thereafter calls the callback set by setOnChildClickListener()
without preceding longpress, shortpress calls
the callback set by setOnChildClickListener()
as expected.
is this expected behavior in ExpandedListView. sounds like some sort
of bug in ExpandedListView handling.
if this is application bug, is this CL a valid fix?
Change-Id: I4e290b5dcaa263c9ea76ba7926a0131d296c86c2
|
| |
| |
| |
| |
| |
| |
| | |
bug:3511180 can't select items from non-adjacent groups
bug:3510769 Long-pressing on section headers causes strange behavior
bug:4065226 Downloads list switch sorting button has wrong width
Change-Id: If7dd36078224766555f1d2cf18ec364812dcdeb9
|
| |
| |
| |
| | |
Change-Id: I19c7c431b7797d76195fd4373d02a114ceb455b3
|
|\ \ |
|
| |/
| |
| |
| | |
Change-Id: Ifb6d92b6774036acb38f6a16fae4b5ff63284eb5
|
|/
|
|
| |
Change-Id: I41e5cdb43f596466cd51e737858c2196ca8f9aab
|
|
|
|
| |
Change-Id: I24e54f61e7041dd806acd810de29d05301d256e4
|
|
|
|
| |
Change-Id: I8ad3943e817c36f2c1e278cd9c00be4019635f99
|
|
|
|
|
|
|
| |
when moving from landscape/portait to portrait/landscape mode,
losing all the selections (and checkboxes too)
Change-Id: Iefb1e0db00229fca68fc1080accb57b0ae3ca26e
|
|
|
|
| |
Change-Id: I51fec5314722d2ec046f8d2acd60c77efd120f74
|
|
|
|
| |
Change-Id: I1c19c47bc0162fc58988492c0fbb5638bb23a742
|
|
|
|
| |
Change-Id: I9bb1374b7ca0053210274e5d6981b2f2dcf6bfca
|
|
|
|
| |
Change-Id: I5368c084503c1ade001ba3d3ff4b71bdab6f3c0c
|
|\
| |
| |
| |
| | |
* commit '392e6e20c71542da2f64a704c1755bdddf5e947f':
Remove redundant translations.
|
| |
| |
| |
| | |
Change-Id: I10c6ead7f2dfda7975ebe5358954369783131d3f
|
| |
| |
| |
| | |
Change-Id: I4eca06d7fe802aacaad06b23c628a8bf1bf8ad97
|
|/
|
|
|
|
| |
this is in master branch..not HC
Change-Id: I88740b4d0fb1ca987fff556c520a753b1bcd8ad3
|
|
|
|
| |
Change-Id: I108d5ab1b9197c257b9e7f6afb05745ebf855c6e
|
|
|
|
| |
Change-Id: I2031a68f02f7e5fcd8702b1184e01c381cdc40fe
|
|
|
|
| |
Change-Id: I0d541c99b413ba8124abe307b81fe35fdf0fe610
|
|
|
|
|
|
|
|
| |
bug:3175143
let downloadservice do the cleanup from all dataases and
also let it handle removal of the file from the sdcard.
Change-Id: I12eb8458223228109f1340552009d400b070bf54
|
|
|
|
| |
Change-Id: Ic0c8d1b205c495bbcaccf3141abcbc1d14e6ea42
|
|
|
|
| |
Change-Id: I0560d6ae179ababe74f53d3b937b8c53b674451b
|
|\
| |
| |
| |
| |
| |
| | |
Merge commit 'e664fbafc566f31f844dd543c30064e92f3653f7'
* commit 'e664fbafc566f31f844dd543c30064e92f3653f7':
bug:3083060 UI tweaks to DownloadManager screens
|
| |
| |
| |
| | |
Change-Id: I3c7ee819077d344072deee4cfd61f883c64da758
|
| |
| |
| |
| | |
Change-Id: I03a58b6efd2e1a12054bc7dbb320368be6cfdd17
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
correctly
Merge commit '57c4e9180e3a339dba984f1c8dff76ef18443a7a'
* commit '57c4e9180e3a339dba984f1c8dff76ef18443a7a':
bug:3069735 in Download UI app, handle deletes correctly
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
gingerbread.
High-level details
1. When a file is downloaded by DownloadManager, metadata about the file
is stored in 2 databases: DownloadProvider and MediaProvider.
2. So, when it is to be deleted, its metadata needs to be cleaned up from
both the databases.
3. But the 2 databases use differnt content-uri's as "primary keys" and
DownloadProvider loses the "primary-key" of the row in MediaProvider
database.
4. Easiest thing would have been to have DownloadProvider give filepath
to MediaProvider and let MediaProvider linearly scan its database
to locate the row and delete it.
5. The other - faster but more coding for now - option is to have
DownloadProvider store the "primary-key" of the MediaProvider's
row. implemented in this CL.
Low-level details
1. add 2 new columns to downloads table in downloads.db:
mediaprovider_uri = downloaded file's content_uri in mediaprovider db
this column is null for downloads that finished before this column is
added to the database.
deleted = flag is set to true if a file is to be deleted
2. download UI app shows only those files whose 'deleted' flag is not set.
3. when the user deletes downloads from download UI app,
3.1. if mediaprovider_uri is NOT null, then the row is deleted from
downloads table AND from the mediaprovider database.
3.2 if mediaprovider_uri is NULL, then its row in downloads database
is marked 'tp be deleted' by setting 'deleted' column to '1'.
4. When DownloadService (in DownloadProvider) processes all rows from
downloads table, if it sees any rows wth 'deleted' = 1, then
it uses MediaScanner Service to re-scan the file,
get the mediaprovider_uri from MediaProvider
and update the row in downloads table with this mediaprovider_uri value
and then delete the row by doing the following
1. delete it from MediaProvider database using mediaprovider_uri
2. delete it from DownloadProvider database
Problem with this solution:
There is a small window where it is deleted by the user on the Download app
(and the row disappears from the display) but it is still present in
Gallery app.
Thats due to the following asynchronous operations
1. DownladService which processes rows-to-be-deleted is not always up
2. DownloadService uses asynchronous call to have the file re-scanned
by MediaScanner to get mediaprovider_uri
Change-Id: Ib90eb9e647f543312c865d3bbf9a06fb867a648b
|
| |
| |
| |
| | |
Change-Id: I1f00b783250d0c4112cf7918f9ab05f83c209407
|