summaryrefslogtreecommitdiffstats
path: root/src/com/android/browser/OpenDownloadReceiver.java
Commit message (Collapse)AuthorAgeFilesLines
* Perform database accesses in the background.Leon Scroggins2010-11-181-2/+22
| | | | | | Bug:3196174 Change-Id: I720dcaa539c3840d49e1e315aeb696261a46d3f2
* get file uri and mimetype from downloadmanager before starting activityVasu Nori2010-11-161-1/+1
| | | | | | | related to bug:3198355 depends on Change-Id: I90bae443eec36968e0d533d9b07a514df369ac29 Change-Id: Ia7d1c10b06d55715002721c1422ea782eefbf6d6
* Go to downloads page if you cannot open the download.Leon Scroggins2010-11-151-1/+6
| | | | | Bug:3198275 Change-Id: I080618e34db68974418ad9f4580cab29da54e81f
* use new API (and not db) to access download notificationsVasu Nori2010-11-151-39/+9
| | | | | | | | | | | | | | | | | | | instead of opening a cursor on the database to retrieve the file to be opened when a notification is clicked on, use DownloadManager's newly introduced API to get Uri and its mimetype. also, in BrowserActivity, when downloading a file, allow it to be MediaScanner scannable and thus allow media files to be displayed in Gallery. by default, downloaded files DO NOT appear in Gallery app any longer depends on the following 3 CLs I1f5dd734e394db0056579a3a0c26862fee27981e I5c062ad6d1b58306044cee49ff3827e908d27fd9 Ia15000de4a66e8728b43fc53f428e098503b003b Change-Id: Iad11a63fe0a7b8de188d1b6dc0445ccb96211fb2
* Open downloads from notifications.Leon Scroggins2010-11-151-37/+52
| | | | | | | | | | Bug:3116742 When moving to the public API, notifications no longer worked as expected. Make downloads show after completing, and use the public API in OpenDownloadReceiver. Change-Id: Ia15000de4a66e8728b43fc53f428e098503b003b
* don't use hidden constants (to refer Downloads table columns)Vasu Nori2010-10-201-4/+4
| | | | | bug:3116579 Change-Id: I08408d6a304c330d6b289309ae25464feff0eddd
* Update refs to DownloadManager, which moved to android.appSteve Howard2010-09-281-1/+1
| | | | Change-Id: I65fdbabecfc7a91b4edd40ffccb29995b24f075f
* Use the system downloads UI, instead of browser specific 1.Leon Scroggins III2010-09-271-35/+7
| | | | | | Bug:3034564 Change-Id: Id850854da7db9c1a36500c9eee9debad64bdf97e
* Do not try to open a file that could not be downloaded.Leon Scroggins2010-04-261-1/+2
| | | | | | Bug 2629391 Change-Id: If4edf356d98f90baf9fa0168d995dc0793ff90ae
* Click on notification for unfinished download, open downloads page.Leon Scroggins2010-04-191-27/+42
| | | | | | | | | | | | | BrowserActivity: Use OpenDownloadReceiver as class name, so that it will handle the notification from download manager. OpenDownloadReceiver: If the download is not complete, show the downloads page. Bug 2606772 Change-Id: Ifeeac0943650552c6da232cf98088bbf958fd403
* Delete the file even if the ContentResolver does not see it.Leon Scroggins2010-03-171-7/+4
| | | | | | Fix for http://b/issue?id=2519840 Change-Id: Ib4cd844bb94138777fabe0a95b3306995e0bde96
* Launch intents to open/delete downloads, and handle them in the browser.Leon Scroggins2010-02-041-0/+99
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.