summaryrefslogtreecommitdiffstats
path: root/src/com/android/packageinstaller/permission/ui/handheld
Commit message (Collapse)AuthorAgeFilesLines
* Cleanup of the PackageInstaller API - PackageInstallerSvet Ganov2016-04-214-11/+9
| | | | | | | | | 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
* Reworked permission UI on TV into the new side-panel leanback styleKeyvan Amiri2016-04-143-47/+0
| | | | | | | | | | | | | | 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
* Merge "Adding help link to apps permissions page" into nyc-devSuprabh Shukla2016-04-082-0/+6
|\
| * Adding help link to apps permissions pageSuprabh Shukla2016-04-072-0/+6
| | | | | | | | | | | | | | | | Added a menu item to link for the help center article for app permissions. Bug: b/22096093 Change-Id: Ic810bbcc64b20ab6ee21140f0bb3ea055c10813a
* | Refresh permissions UI on resumeSvet Ganov2016-04-071-0/+1
|/ | | | | | bug:21891813 Change-Id: Id9a694d14ecd80c8c04dc28b34cdda3e9119bfb3
* Merge "Update deny button in permission warning dialogs" into nyc-devSvetoslav Ganov2016-03-232-2/+2
|\
| * Update deny button in permission warning dialogsSvet Ganov2016-03-222-2/+2
| | | | | | | | | | | | bug:23899558 Change-Id: I37bf080d54fc4fff5dfcc9f8240b95c82fed56d2
* | Merge "Support app install from a content URI" into nyc-devSvetoslav Ganov2016-03-065-7/+4
|\ \
| * | Support app install from a content URISvet Ganov2016-03-055-7/+4
| |/ | | | | | | | | | | bug:24079113 Change-Id: Ide1aa1667370f6b8d00ff269ef28992589656e9a
* / Update restricted icon position in RestrictedSwitchPreference.Sudheer Shanka2016-03-022-6/+14
|/ | | | | | | | | 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
* Merge "Expose removed permissions flag as system API - installer" into nyc-devSvetoslav Ganov2016-02-231-1/+1
|\
| * Expose removed permissions flag as system API - installerSvet Ganov2016-02-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* | No overlay when permissions shown - package installerSvet Ganov2016-02-202-12/+0
|/ | | | | | bug:26973205 Change-Id: Ibae1b971ceb1ea0d831435b9d5166482199e9184
* Use the correct userId when checking if disabled by admin.Sudheer Shanka2016-02-012-8/+9
| | | | Change-Id: I0fbe8ac8670b9fa4eb1fa35693856b47fdc974a4
* Update the summary used when permission is fixed by admin.Sudheer Shanka2016-01-262-4/+7
| | | | Change-Id: I427fd1e1c99153484944ee9955ae79ee9e2c23ef
* Merge "Add a padlock to options when disabled by admin."Sudheer Shanka2016-01-213-8/+110
|\
| * Add a padlock to options when disabled by admin.Sudheer Shanka2016-01-203-8/+110
| | | | | | | | | | | | | | | | 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
| * Merge "Revert "Make request permissions dialog layout robost"" am: 41d260fe98Svetoslav Ganov2016-01-151-0/+1
| |\ | | | | | | | | | | | | | | | | | | am: eccff95e32 * commit 'eccff95e32dbf09f0fe6df033daf09e8d3c4212e': Revert "Make request permissions dialog layout robost"
| * \ Merge "Make request permissions dialog layout robost" am: 816baf3566Svetoslav Ganov2016-01-151-1/+0
| |\ \ | | | | | | | | | | | | | | | | | | | | | | | | am: b0a98d2e47 * commit 'b0a98d2e4778e39b62b3731cbc27cf6fdb541e24': Make request permissions dialog layout robost
| * \ \ Fix build am: 0937012335Svetoslav2015-11-212-2/+4
| |\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | am: 2a6f5d0fc6 * commit '2a6f5d0fc6b3fc65120ba7ed13f81af2d59eb11f': Fix build
| * | | | resolve merge conflicts of 56ac33bf1e to master.Svetoslav2015-11-201-1/+0
| | | | | | | | | | | | | | | | | | | | Change-Id: I1439964d551cdc6b829fc99edd8b2c138dc1abf5
* | | | | Make the permission request dialog's layout robustSvetoslav Ganov2016-01-211-211/+105
| |_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The old implementation was relying on a fixed window size where the content is positioned by a custom layout manager. It is possible however that subsequent permissions requests do not fit in the window as its size is computed based on the content of the first permissions request. There were also cases where the content is chopped after a rotation as the dialog size width was not re-evaluated while it should be. Further, animation from one permission request state to another was not properly done resulting in content being chopped off in some cases. The current approach is to have a dialog width for the content activity but the height is as tall as the screen allowing us to fit arbitrary large permission request content. Also we are resetting the fixed width on a configuration change so the dialog is robust to adjust size as needed. bug:24679384 bug:25755378 Change-Id: I4d23f81d8e59ce23bf9a27155ebb5ec6e2e6752c (cherry picked from commit c6dc4bb52b07886346b02b326c5c32a8299ed73e)
* | | | Merge "Revert "Make request permissions dialog layout robost""Svetoslav Ganov2016-01-151-0/+1
| |_|/ |/| | | | | | | | | | | | | | | | | am: 41d260fe98 * commit '41d260fe9854819ca04a3b5908e6ab889bf3ffc4': Revert "Make request permissions dialog layout robost"
* | | Merge "Make request permissions dialog layout robost"Svetoslav Ganov2016-01-151-1/+0
| |/ |/| | | | | | | | | | | am: 816baf3566 * commit '816baf35660c3c46ffcb9be7ec72d343fb0e1400': Make request permissions dialog layout robost
* | Fix buildSvetoslav2015-11-202-2/+4
|/ | | | Change-Id: I2a3e235bb13f1920c14f6776ee3a1ef7285ea548
* resolve merge conflicts of c10abb25f3 to cw-e-dev.Svetoslav2015-11-207-0/+1980
Change-Id: I3fe38a9ac62466b38efec834dceb712d2782c518
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-26 20:33:49 +0000