| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
- We did not support this feature on Android Wear before
- The impact is unknown. For example, the Setting for UNKNOWN_SOURCES is
not implemented in Android Wear Settings App.
Bug: 24336381
Change-Id: I0fb4006d4769291c872e8f21407383a7c4a77b93
|
|
|
|
| |
Change-Id: If86ce89143414405acb8ebbbf2139b07c4eb26bd
|
|
|
|
|
|
| |
bug:22231699
Change-Id: I679bb4a1f99eaa7d3984a4e6db6a04dca4574a18
|
|
|
|
|
| |
Bug: 22229417
Change-Id: I30d7e7a2e7abf4dcf70adb055d3252ee4941cd42
|
|\
| |
| |
| |
| | |
* commit '10763f1caaf75389302a175a18f7b302848e3b36':
Hidden ApplicationInfo flags are now in privateFlags.
|
| |
| |
| |
| |
| |
| | |
See b9f8a5204a1b0b3919fa921e858d04124c582828.
Change-Id: Ie23eb8ddd5129de3c6e008c5261b639e22182ee5
|
| |
| |
| |
| |
| |
| |
| |
| | |
If unknown source and the setting is enabled, proceed with UI
initialization.
Bug: 18165796
Change-Id: Ifee833cc7225d30b4e4fb874dc255cd42d7472d0
|
|/
|
|
|
|
|
|
|
|
|
|
|
| |
There can be two reasons for not allowing installation of apps
from unknown sources.
1. The user setting is off, in which case allow the user to go
to Settings and change it.
2. The device administrator (or corp profile) has prohibited. In this
case, user can't really change it, so show a different message and
have just an OK button.
Bug: 17656403
Change-Id: I0d90ba95d7a9250021366b76d570c0ef7b55c143
|
|
|
|
|
| |
Bug: 17008440
Change-Id: Ice56b712a96abecc3d908424d4595449927c2d3e
|
|
|
|
|
|
|
|
|
| |
Light changes to existing code to support pre-staged install
sessions. Only inspects a base APK from session, which defines all
permissions.
Bug: 16515814
Change-Id: Ia1cb43ff9fdfe1f2468ad0d1374cff2b8eb50f54
|
|
|
|
|
| |
Bug: 15986973
Change-Id: I154fdf06d6e37c55bd4b179cdac00112455ca777
|
|
|
|
|
|
|
| |
Using the flag UserManager.DISALLOW_INSTALL_UNKNOWN_SOURCES.
If true, this overrides the secure INSTALL_NON_MARKET_APPS flag.
Change-Id: I4d9628f0ce35d585d4416adfb421e74cbf01fd86
|
|
|
|
|
|
|
|
|
|
| |
This CL adds a package_digest field to the install_package_attempt
event. The field is populated with the SHA-256 digest of the contents
of the APK iff the user has consented to app verification and app
verification is enabled.
Bug: 10605940
Change-Id: I0d191398ed8d28950c7b5ee0ce02ec077d2c888b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The purpose of this change is to provide analytics about the various
stages of the install flow. Recorded information does not contain
user-, device-, or package/app-identifying information.
Examples of recorded information are:
* duration of the flow (start to finish)
* duration of the flow until the moment the user clicks Install
* whether the attempt is an update or a new install.
* whether app verification is enabled.
* whether Unknown Sources is enabled.
* whether the attempt was blocked by Unknown Sources.
* whether permissions were displayed.
* error code (if any) returned by PackageManager when installing the
package.
Bug: 10605940
Change-Id: I9bc009223a365a558cdf02bd91cf4315b82564c2
|
|
|
|
|
|
|
|
|
|
|
| |
We no longer grant all "signatureOrSystem" type permissions to all apps
bundled on the system partition; there is a build-time grant of
privileged status. The logic for granting install permission now
checks the caller's privileged status, not just its apk location.
Bug 8765951
Change-Id: Ib88f4b0911743bd6bfd3458302fe88518e08ac86
|
|
|
|
|
|
|
|
| |
Extract TabsAdapter into it's own class. It makes the code
more reusable and makes PackageInstallerActivity.java smaller.
No change in functionality.
Change-Id: I1ebc7fd05f600fd4764020c5ab72274f435ed211
|
|
|
|
| |
Change-Id: I088ab981cb56d4f156b6ff910d6a2270e3302dc4
|
|
|
|
| |
Change-Id: I3fc9f9bf492178ba064a4579826f49f252d41a20
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 6923241
Change-Id: I281301ca0bece2cb2395cde1d7652be168ffa202
|
|/
|
|
|
|
| |
...Device Access and Privacy headings
Change-Id: I9aca7d9fec60d4312ca13d8bce26fc7aebfe326c
|
|
|
|
|
| |
Bug: 7231172
Change-Id: Ib6fd133057bdcd40c2cc8699033f548985339aa8
|
|
|
|
|
|
|
|
| |
This will allow applications to do the desired bypass of downloading
and re-installing an app if it is already installed on the device for
another user.
Change-Id: Ib2bc0f39bc6b495af653560cf13cb8477413186d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Privacy and Device permissions are not shown as separate tabs,
but instead separate sections in the same single scrollable
permissions list.
- No tabs are shown when installing a new app (they are all in
the new single list); two tabs are shown when installing an
update: the new permissions, and all permissions.
- If you are reviewing more permissions than fit on the screen,
the "install" button is changed to a "next" button until you
scroll through the entire list.
Change-Id: I0665a797f80ba5276e782e94be97090a429e5280
|
| |
|
|
|
|
|
|
|
|
| |
This change passes the originating URI and referrer of an apk, when
available, to the package manager.
Bug: 6544677
Change-Id: I1431b0e02eb779d9699e282ae59aaab485a00626
|
|
|
|
|
|
| |
This reverts commit 076ca8c8373a3d5f3f56103fa85966cc6c34c94a
Change-Id: I955510c4aa9f7fada2685ca274d0bb8fbdd91cdf
|
|
|
|
|
|
|
|
| |
This change passes the originating URI and referrer of an apk, when
available, to the package manager.
Bug: 6544677
Change-Id: I6b1036012399f6cd42feceedeca2493b6b20501a
|
|
|
|
|
|
| |
Bug: 6593206
Change-Id: Ib8ec410e9af258b507706f2a162e8e7482f93f6a
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 6539616
Change-Id: I60cbf1c49ffd565504504ef4b67fe5a512c086e4
|
|/
|
|
|
|
| |
Bug 6538805
Change-Id: I8baec78443f7e623cfb49cda90a5a9a95e71090d
|
|
|
|
|
|
|
|
|
|
| |
Make tab bar scrollable if tabs don't all fit.
Scroll the currently selected tab into view when it becomes selected.
Bug 6481646
Change-Id: Ic492526ce06fae759b23127f74cfcb8e2fd8f030
|
|
|
|
| |
Change-Id: I5d4691f8a23e90265eaaaea15950affdcb8dc9b6
|
|
|
|
|
|
|
|
|
| |
Internally using PackageParser, which needs raw files. Tried making
local copy of incoming files, but ran into 6347522. Instead, stop
advertising support for content://-style Uris.
Bug: 6343461
Change-Id: Ia57ffa56876f38db359e618d9a2c1116c71f56f2
|
|
|
|
| |
Change-Id: I60374f937ca3ccf454480b196a7eb4e36d67fe86
|
|
|
|
|
|
| |
This settings has been moved to Security.
Change-Id: Ie5b630d5d4e909a687d60ac941a407ee9588635a
|
|
|
|
|
|
|
|
|
|
| |
Users being directed into Settings because of some problem were getting
the Settings activity on the PackageInstaller stack. This caused some
confusion because going into PackageInstaller again put them into
Settings which is wrong.
Bug: 3456307
Change-Id: Idda1e02a619950dbc4db81c4962a3257f67094b2
|
|
|
|
| |
Also, switch to using standard fat title bar.
|
|
|
|
|
|
|
|
| |
system partition app
Make sure to set the replace flag if the app exists but has been renamed.
Change-Id: I0849834b59eb2a98c94e763860f649770eeeef43
|
|
|
|
|
|
| |
Move dialog for insufficient storage as a post-install error handle dialog
Change-Id: I419b1dc233e01fc91e29d1274bae17d5bd63a60d
|
|
|
|
| |
Modify free storage logic.
|
|
|
|
| |
The system process can now make a copy for itself.
|
|
|
|
| |
and deal with cleanly deleting the file
|
|
|
|
|
|
| |
and cancel buttons appear at the bottom of the screen. If the permission list doesn't fillup the screen aka has very few permissions, the buttons don't appear at the buttom. so just increate the layout weight of the parent as well to fix this issue.
Also hide the whole permissions panel so that we don't see the text related to showing permissions at all
|
|
|
|
|
|
|
| |
any lingering files from earlier failed installs
or files left behind by earlier buggy builds
Add permission to AndroidManifest to clear user data
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The main activity was managing the state transitions during
installation/uninstallation which was actually not needed.
Just make the activities independent and start sub activities
without waiting for activity result codes in the main activity.
If the user enables development setting to immediately destroy activities,
and sideloads an app, the ActivityManager tries to destroy the
main activity while it starts sub activities to finish installation
and this results in UI bizarreness based on the current state of
the installer.
Also move InstallConfirmation to the main activity.
Converge InstallDone and InstallProgress into one screen. Just enable
or disable launch/close buttons. This is how it should have been in the
first place..
Same set of issues with uninstall code path as well.
|
| |
|
| |
|
|
|
|
|
|
| |
load label and icon for yet to be installed app from assets and resources created from the apk.
define new method for initing app snippet for uninstall related code
rename changed utility methods in install and uninstall code paths
|