cd5a5a60ca028b30969c0dc16c5f0f3c205b494b |
|
03-Mar-2017 |
Philip P. Moltmann <moltmann@google.com> |
Clear files (including stale staged apks) on boot Before the staged apks were never deleted if the installer was killed during install. Test: Booted, installed packages, uninstalled packages. Checked that files were cleaned correctly. Change-Id: Ie3fad7e448269eef3b4e85748e67a4c4e318c01b
/packages/apps/PackageInstaller/src/com/android/packageinstaller/UninstallEventReceiver.java
|
74fa089b8c39d84b737607a3e3d2cde4d3b42d24 |
|
08-Nov-2016 |
Philip P. Moltmann <moltmann@google.com> |
Use non-internal annotations. Eventually we want to make the PackageInstaller to use only system-api, not internal apis anymore. This changes some trivial annotations to their external equivalent. Test: Built Change-Id: I73bf5a937e45d8b3ebe780e909dc91603fcff8c7
/packages/apps/PackageInstaller/src/com/android/packageinstaller/UninstallEventReceiver.java
|
4f78e1fa55255a261247e9a112bc4433cd1a9ab0 |
|
03-Nov-2016 |
Philip P. Moltmann <moltmann@google.com> |
Uninstaller: For result lifecycle safe - Move old uninstallation code to TV only (code in app_details.xml, uninstall_progress.xml, UninstallAppProgress, UninstallAppProgressFragment) - use increasing (non-random) IDs for all uninstallations, even those without uninstall-event-handling. - Have new workflow to uninstallations that require the result to be forwarded. For those just show a progress dialog. (code in UninstallUninstalling). To deal with lifecyle events I am reusing the EventResultPersister similar to the installation. Test: Uninstalled from Settings Change-Id: Iabdebd5412a910efa94c74efc4dd141879614d0b
/packages/apps/PackageInstaller/src/com/android/packageinstaller/UninstallEventReceiver.java
|