| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
Bug:3034564
Change-Id: Id850854da7db9c1a36500c9eee9debad64bdf97e
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Initial work for http://b/issue?id=2384554 : showing all downloads in the
browser. On the BrowserDownloadPage, no longer rely on the filename,
since once the Browser shows downloads from other applications, the
filenames for those downloads will not be available, and this way
all downloads are handled the same.
Other applications which download files will need to handle the same
Intents as OpenDownloadReceiver in order to open/delete them from
the BrowserDownloadPage.
OpenDownloadReceiver is also a necessary step towards moving the
BrowserDownloadPage into its own application, if we ultimately
decide to do that.
|
| |
|
|
| |
Depends on a change in frameworks/base
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This boils down to using Downloads.Impl instead of Downloads
The APIs that were being used so far are going to disappear
to be replaced by a new set of APIs, but in order for the browser
to be able to continue using the old APIs a new copy of those APIs
was created "on the side" so that the browser doesn't need to
change much.
Bug: 2245521
Change-Id: I33c526331cce006710b1f934a4aeb64cdb95d62e
|
| |
|
|
| |
Fixes http://b/issue?id=2367226
|
| |
|
|
|
|
| |
Conflicts:
src/com/android/browser/BrowserActivity.java
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
