| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
The PackageInstaller app manages side-loading apps as well
as permission management. It should be updatable, hence
should rely on system APIs to talk to the platform. This
is the first step of defining an API boundary.
Change-Id: I37aea1e5cc3195b8b636af6790af45fe5a9765cd
|
|
|
|
|
|
|
|
|
|
|
|
| |
The message now depends on the state of mAllUsers flag in
UninstallAppProgress activity:
- This app is required for some users or profiles and was uninstalled for
others (if mAllUsers==true)
- This app is needed for your work profile and can't be uninstalled
(if mAllUsers==false)
Bug: 28240714
Change-Id: Ia060aebd112d3e4c5fcaee02a777140f085abf87
|
|
|
|
|
|
|
| |
IPackageManager.
Bug: 28207146
Change-Id: Idc75427005c7998de4edd30245fa00a68ba816ba
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reworked all the permission UIs on TV to mesh with the rest of the
settings rendered as leanback-styled side panels with title bars.
The permissions consist of the following components:
* Each individual app permission listing
** Listing of all the permissions together with the apps using
those permissions
Bug: 27344882
Bug: 22481180
Change-Id: I4ab05efd9a4ea6fab7971b89f13d65591a2be8ee
|
|
|
|
| |
Change-Id: Iba35b172c03e971d2ef9864ddb86534f163b5993
|
|
|
|
|
|
|
|
| |
This actually covers most apps and flashing a screen for such a short
time is just flicker.
Bug: 24263165
Change-Id: I82469cad8277599677a5cf11ef975492d22f6d8d
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 26932948
Change-Id: I7552eaad562c2772c02cfa6f13cb044b6db17a19
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Added a menu item to link for the help center article for app
permissions.
Bug: b/22096093
Change-Id: Ic810bbcc64b20ab6ee21140f0bb3ea055c10813a
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Bug: 26932948
Change-Id: Ic8bcec523fc6cd0db847a4575724fbe465e65c5d
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Checked the wording of the content of the dialogs and I think the
title does not add any information. Design guidelines discourage
dialog titles.
- Removed unused dialog type
- Removed now unused strings
- Spell corrected a string
Bug: 5526317
Change-Id: I7d125d92ef3a2fb3fd6fd402af8d2422c0d8b869
|
|/ /
| |
| |
| |
| |
| | |
bug:21891813
Change-Id: Id9a694d14ecd80c8c04dc28b34cdda3e9119bfb3
|
|\ \
| |/
|/|
| | |
nyc-dev
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Apps can define permissions in the platform groups. If a legacy app
deifines a permission in a platform group we were showing the permission
twice because we failed to group the custom permission in the platform
group when building the UI.
bug:26142772
Change-Id: I263bff8631e14395c9000e5e54b0e160969e1eb2
|
|\| |
|
| |
| |
| |
| |
| |
| | |
bug:23899558
Change-Id: I37bf080d54fc4fff5dfcc9f8240b95c82fed56d2
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In a permission review mode we show UI for the user to review
new permissions for apps that do not support the new runtime
permission model. The review is shown on an app launch. It is
possible for the user to modify permissions in the settings
UI before launching an app.
This change ensures that the default value in the review UI
reflects the user choice in settings. Specifically, the review
UI shows the permission toggle in a granted state if the user
expressed no opinion or granted the pemrission in settings
(initially permissions are shown as revoked in settings as a
review is pending - granting a permission from settings doesn't
void the pending review). However, if the user grants and then
revokes a permission in settings, (expresses an opinion the
pemrission should be revoked) the default state of the
permission
toggle is off.
bug:26741436
Change-Id: I021175df00e334e73aa01363d2c5645e2fe16b90
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
This reverts commit 437a6bfedb33daf66592bbed8595025f3e707850.
Change-Id: I5a46f94aadb0ab6dcbe85761f3b1390749b8b1cf
|
|\| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
In a permission review mode we show UI for the user to review
new permissions for apps that do not support the new runtime
permission model. The review is shown on an app launch. It is
possible for the user to modify permissions in the settings
UI before launching an app.
This change ensures that the default value in the review UI
reflects the user choice in settings. Specifically, the review
UI shows the permission toggle in a granted state if the user
expressed no opinion or granted the pemrission in settings
(initially permissions are shown as revoked in settings as a
review is pending - granting a permission from settings doesn't
void the pending review). However, if the user grants and then
revokes a permission in settings, (expresses an opinion the
pemrission should be revoked) the default state of the permission
toggle is off.
bug:26741436
Change-Id: Iae6ae497dfba46ba1399fbf66fb60e70c37f0420
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
Show "Manage users" button when a secondary user is blocking the uninstall.
Bug: 24616123
Change-Id: I61f1d9814dccc9f9e8acbce97d8ef681f5ec8944
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Only platform defined runtime permissions have corresponding
app ops, hence there is no way to disable functionality guarded
by app defined permissions. Therefore, app defined permissions
should not show in the review UI.
bug:27102458
Change-Id: Iedc7c4de9216007176b87cfecaeed69dbadc2068
|
| | |
| | |
| | |
| | | |
Change-Id: I285e326994268fc5b561e4a445ac2af326a64397
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
- Remove a way to implicitly call Wear install service
- Also make the Service take in the package as the data, just like the
activities in PackageInstaller
Change-Id: I0c4c9cebbb7396e025cab81eed835ab1a941ca01
|
| |
| |
| |
| |
| | |
Bug: 27645571
Change-Id: I824198b0eefea08ee3f0fa4f4f9267a557d21166
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When starting the installer without a URI, it would crash. Don't
do that.
Bug: 26450627
Change-Id: I2b0d452c12c0fc695326200617c5284f60a9e45b
|
|/ /
| |
| |
| |
| |
| |
| | |
Inform about data deletion and also about other users.
Bug: 26694521
Change-Id: Ib1ab8ca58e111cfbad6895f296e567e289ce34d8
|
|\ \ |
|
| |/
| |
| |
| |
| |
| | |
bug:24079113
Change-Id: Ide1aa1667370f6b8d00ff269ef28992589656e9a
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
And fixed a bug where the admin disabled summary is shown even
if the admin has not set a permission policy.
Bug: 25603665
Bug: 27263775
Change-Id: I8cbbc4c326669a656ad5aef53896b388d556a74f
|
|/
|
|
|
|
| |
bug:23531798
Change-Id: I7cde3b9987c0e59b9aa148a5a3a597eec55a20a4
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There are some permissions that were removed from the platform
and guard nothing but legacy apps may be checking them before
calling APIs. Hence, these apps should get the permissions as
expected despite them being a no-op. To address this the platform
declares removed permissions as normal permissions that are hidden
such that legacy apps can always get them. These permissions are
not shown in the UI. Play needs a way to filter out these
permissions like the platform as they have permissions UI too.
bug:23361760
Change-Id: Ieecf69f70551d987f5fac1f128b7f7a0c242c378
|
|\ \ |
|
| |/
| |
| |
| |
| |
| | |
bug:23314383
Change-Id: I4b41b9941f147eefc5f3fc2c520aba7afabd26a0
|
| |
| |
| |
| |
| |
| | |
bug:26973205
Change-Id: Ibae1b971ceb1ea0d831435b9d5166482199e9184
|
|/
|
|
|
|
|
|
|
| |
We get an NPE if an app that delcates no permissions as used
requests runtime permissions.
bug:21011604
Change-Id: Id0cac6dcbd78ef849a1eafa522b8a06e61b21a1b
|
|
|
|
|
| |
Bug: 26737249
Change-Id: I2a58b2eae34319ecc51ffc42078ed0cfe2460c60
|
|
|
|
| |
Change-Id: I0fbe8ac8670b9fa4eb1fa35693856b47fdc974a4
|
|
|
|
| |
Change-Id: I427fd1e1c99153484944ee9955ae79ee9e2c23ef
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Currently, if admin has enforced setPermissionGrantState to denied or granted,
we disable the option and add a summary that the option is disabled by
admin. With this change, a padlock will also be added in this case.
Change-Id: I58080c914fabab045282eb3cc491901676fffaed
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
am: eccff95e32
* commit 'eccff95e32dbf09f0fe6df033daf09e8d3c4212e':
Revert "Make request permissions dialog layout robost"
|
|\ \ \
| |/ /
|/| |
| | | |
Change-Id: I325541269f5a0f7c1fde7a57042543e769bed218
|