GitLab

Change-Id: Ie317e2790fc6cd9e0676c7248eab409a6f6c0a2d
Auto-generated-cl: translation import

- 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

Bug: 26932948
Change-Id: Ic8bcec523fc6cd0db847a4575724fbe465e65c5d

Added a menu item to link for the help center article for app
permissions.

Bug: b/22096093
Change-Id: Ic810bbcc64b20ab6ee21140f0bb3ea055c10813a

Change-Id: I16109c5169a6c3fac817ae6a4dc7b514230d966f
Auto-generated-cl: translation import

bug:25410241

Change-Id: I5535b3711aa12da212e7efe7bb7e91ad255c1455

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

Change-Id: I10f5547b4703bdfda95aca1f2a5073a27628b0a4
Auto-generated-cl: translation import

Change-Id: I29ff53648ea318953aeb31303db5eac47f8fd668
Auto-generated-cl: translation import

Change-Id: I7d47e124a2efffdcd99121b57363175ff9dc4490
Auto-generated-cl: translation import

Bug: 27821740
Change-Id: Ib3407f1968b432a1820f1e955c8c4e7a737943f2

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 437a6bfe.

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

bug:23899558

Change-Id: I37bf080d54fc4fff5dfcc9f8240b95c82fed56d2

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

* changes:
  Show No permissions, if there are no permissions
  Wear Cleanup: Removing implicit intent & API change

Change-Id: If06c4818606eaac1378fc1ae7812b92dfba86553
Auto-generated-cl: translation import

ic_info in PackageInstaller is taking preference over
the one in the included library SettingsLib.

Change-Id: I099d4092acb1c9572d958ab316fb948cff7be3e5

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: 27531029
Change-Id: I7bb3273421a84c6bb5853340ac31197bdbd78fec

Change-Id: Ibefd02252d4a9588a0ca78415b48cefa9e5764a5
Auto-generated-cl: translation import

Bug: 27645571
Change-Id: I824198b0eefea08ee3f0fa4f4f9267a557d21166

Change-Id: I301d290a77d9d08d0a3a19a9029ae1a5d185a7f2
Auto-generated-cl: translation import

Change-Id: I8b31dbf28315278d7482b4550fa1eca0dce367fd
Auto-generated-cl: translation import