ae0e03a9e03de34e37b768b971d7596d7220a053 |
|
26-Feb-2016 |
Svet Ganov <svetoslavganov@google.com> |
Cleanup of the PackageInstaller API - Frameworks 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: I9814eafd0b22ae03b4b847a7007cdbf14c9e5466
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
a3f68ef2f6811cf72f1282214c0883db5a30901d |
|
23-Jul-2015 |
Svetoslav <svetoslavganov@google.com> |
Do not show normal permissions in sideloading UI bug:22627493 Change-Id: I5bb900bb2cd68893c21d9e9b2c973d331d355b58
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
9a5c9118ce1dccfa5e7470fc3254c38b3a434751 |
|
09-Jul-2015 |
Julia Reynolds <juliacr@google.com> |
Remove personal/device group from sideloading screen. Also ignore the requestedPermissionFlags of yet to be installed packages when trying to determine if a permission is new. Bug: 22229417 Change-Id: I59d579cdc42d64bcfdefdb06e1576959355bb7a4
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
d1af446feb66d4a095ff18a90c0c4c7ff1d57220 |
|
08-Jul-2015 |
Julia Reynolds <juliacr@google.com> |
Show a default icon for permissions that lack a group. Bug: 22229417 Change-Id: I82e12504adcca5d3fb6902109a3d7075a4739843
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
de15edaa9bf486a4050bb067317d313fd807bb10 |
|
01-Jul-2015 |
Dianne Hackborn <hackbod@google.com> |
Work on issue #21589105: Scope WRITE_SETTINGS and SYSTEM_ALERT_WINDOW... ...to an explicit toggle to enable in Settings Add a new permission flag, saying the permission can be automatically granted to pre-api-23 apps. Apply this to SYSTEM_ALERT_WINDOW. Change-Id: I24a0ceabe7e9f5e458a864d30eda2696ad14a699
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
8c7f700a59ad26e75c9791335d78f14322cad49a |
|
07-May-2015 |
Svet Ganov <svetoslavganov@google.com> |
Add permission meta-state flags to support grant/revoke permission policy. We now maintain a mata-state with each permission in the form of flags specyfying the policy for this permission. This enables support of the following use cases: 1. The user denies a permission with prejudice in which case an app cannot request the permission at runtime. If an app requests such a permssion it gets a denial unless the user grants the permission from settings. 2. A legacy app with disabled app-ops being upgraded to support runtime permissions. The disabled app ops are converted to permission revocations. The app ops manager is a part of the activity manger which sits on top of the package manager, hence the latter cannot have a dependency on the former. To avoid this the package installer which is the global permission managment authority marks the permission as revoked on upgrade and the package manager revokes it on upgrade. 3. A device policy fixing a permission in a granted or revoked state. This additional information is folded in the meta-state flags and neither apps can request such permissions if revoked not the user can change the permission state in the UI. Change-Id: I443e8a7bb94bfcb4ff6003d158e1408c26149811
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
c6d1c345f41cf817bf2c07c97b97107d94296064 |
|
26-Feb-2015 |
Svetoslav <svetoslavganov@google.com> |
Runtime permissions: per user permission tracking. Before all permissions were granted at install time at once, so the user was persented with an all or nothing choice. In the new runtime permissions model all dangarous permissions (nomal are always granted and signature one are granted if signatures match) are not granted at install time and the app can request them as necessary at runtime. Before, all granted permission to an app were identical for all users as granting is performed at install time. However, the new runtime model allows the same app running under two different users to have different runtime permission grants. This change refactors the permissions book keeping in the package manager to enable per user permission tracking. The change also adds the app facing APIs for requesting runtime permissions. Change-Id: Icbf2fc2ced15c42ca206c335996206bd1a4a4be5
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
ec2d48b96d1f95fb266914df294a27c210f8c3f5 |
|
01-Oct-2014 |
Benjamin Franz <bfranz@google.com> |
Introduce new API to get an unbadged icon and unbadge permissions. Bug: 17125560 Change-Id: I61b884186c96cc54dcaf1d3c7ee8f47610fd1d21
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
8eea3ea5591e59f55cbb4f6b2b7e9363a285ced3 |
|
04-Feb-2014 |
Alan Viverette <alanv@google.com> |
Add APIs for obtaining themed Drawable from Theme, Context BUG: 12611005 Change-Id: Ic0057be4e4c2d0c61ce02a019b3f7d0625e3a016
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
98cbcf1b508f30b7ea56ab04477e2f95c5685b43 |
|
08-Apr-2013 |
Nick Kralevich <nnk@google.com> |
AppSecurityPermissions: minor UI changes 1) Make the box with the permission really go away when a permission is revoked, not just invisible. 2) Change the order of the buttons, making the negative button the "revoke" button, and the positive button "ok". Change-Id: I73694583cbd014d3820f8df6c6b770caae299499
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
a56b78dcd1292a4291d85113bdeeda8496c1a0c0 |
|
07-Apr-2013 |
Nick Kralevich <nnk@google.com> |
fix build Change-Id: I7f3b8a4df84630f40f5a3f19434df86b6287fb75
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
ddfbe00b66fe98bd359efcbfdd463063f9a47303 |
|
06-Apr-2013 |
Nick Kralevich <nnk@google.com> |
AppSecurityPermissions: add support for revoking permissions Add UI support for revoking optional permissions. When the user taps on an optional permission, two new boxes will appear: [Cancel] | [Revoke] Selecting [Revoke] will revoke the permission from the app. The [Cancel] / [Revoke] options are only shown for apps which support optional permissions. Bug: 8332307 Change-Id: I27e374773747737e3a6d7f48ea1448a0178e3393
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
7a8c135177d860d713e3e905a792925c160fb177 |
|
27-Mar-2013 |
Nick Kralevich <nnk@google.com> |
AppSecurityPermissions: Add isGranted to isDisplayablePermission Modify isDisplayablePermission to display a permission if the app update will grant a new optional permission to the app. Change-Id: Ic647826b0c48f9f7ec8e4f69b90197211f83278d
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
a5043ed7eac5dccf7ec58b9f7095fda3992951a4 |
|
25-Mar-2013 |
Nick Kralevich <nnk@google.com> |
AppSecurityPermissions: Modify isDisplayablePermission Add optional permission support to isDisplayablePermission. A permission is displayable if it's required, or was previously granted to the app. Currently, this change is a no-op. The package parser code does not currently honor <uses-permission android:required="false"> in the application's manifest, and assumes a permission is always required. This change sets the ground for future optional permissions work. Change-Id: I2ec4a49adbfab9980e116ed43354f16bdeaa301d
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
d6182f993d5668c9c3fc2a3a52baf1b20cee6e58 |
|
25-Mar-2013 |
Nick Kralevich <nnk@google.com> |
Remove dead code. This code is never called. Change-Id: I2ed3fee93004e967bfb2a3080106c3950bf43ce2
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
10ac1d125a1b19abf82807c7cca91019db0d290d |
|
24-Mar-2013 |
Nick Kralevich <nnk@google.com> |
AppSecurityPermissions: minor code cleanup Convert more instance variables to private. Delete some dead code. Simplify some code. Change-Id: Iedd55857138b71b2915b9886128adfcd9e4b3c57
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
58ed5d748c0b9b64845975ef5844ad313de7c3f6 |
|
07-Nov-2012 |
Kenny Root <kroot@google.com> |
am 768d9e1a: Merge "Correct executable bit for source files" * commit '768d9e1a72ceee7d4a5f608776b87b62d6ce4a04': Correct executable bit for source files
|
3a084af2e90849aaa8beb3a610189e3399c63ea0 |
|
07-Nov-2012 |
Kenny Root <kroot@google.com> |
Correct executable bit for source files Many media files and source code files were marked as executable in Git. Remove those. Also a shell script and python script were not marked as executable. Change-Id: Ieb51bafb46c895a21d2e83696f5a901ba752b2c5
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
52c62344c585662d6b441a08c2a69a5732255a6f |
|
21-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #7213113: Remove old intent resolver Also make the query package restart broadcast protected like the documentation says it should be. Change-Id: I445166111318a02f2f2b1ab0dff9c641a441c20b
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
eba784ff4ab2a080ddc1d41b90db0e3729ee1ea3 |
|
19-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Changes to support side-loading of apps from other users. Change-Id: I5b7c0aa0dc9566b29d5980dc7f42a508a61a58d3
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
2ca2c8787130506d350d997c18bbc274faf88e37 |
|
17-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
More adjustments to permissions. - New "cost money" flag can be put on a permission to have this emphasized in the UI. - Some further re-organization of permissions to better match UX spec. Change-Id: I450ac739eff6b90e7c7fc39589d68db82b61f897
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
7454d3b73cfd0d7ad58b0285102b09aad1e0150f |
|
13-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
New permissions UI, again. Change-Id: I0bbecd88ff1f212b30d1ef32d5bcaa49cdf1e9ce
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
4034bc431df8903072bca513a81ecdcf858c718b |
|
01-Jun-2012 |
Dianne Hackborn <hackbod@google.com> |
Survey says: NIET! Bug: 6593206 Change-Id: I5390609a5615d6aff1793a9bc361012a0cea330b
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
99222d212f9ff5081d4ce6eef09dbe8eff85b83a |
|
07-May-2012 |
Dianne Hackborn <hackbod@google.com> |
Finish up issue #6249094: Display permissions based on relevance to private data Added bitmaps for permission group icons. We had to pick either icons for a dark or light background, and it had to be light for settings, so the installer theme has gone back to dark. Tweaked the permission groups to match the icons. Redid the group priorities to make them correct (they were written with higher priorities being less important). Fixed bug where priority was not being used for system apps. Change-Id: Ia3d3f0c1614a11b4cfd11682ce9e6c9f87d75c06
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
0e128bb2e03dafdabc06710a6b0ea93f0e62a188 |
|
01-May-2012 |
Dianne Hackborn <hackbod@google.com> |
New permissions UI. Had to keep around a little of the old API for the device admin settings UI to continue to use. Change-Id: I84c5666a7f3fec0495eae196a0ffc2223c9e6f82
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
e824120016248bcfe3962883fe9f3b0481dd1c3d |
|
06-Apr-2012 |
Dianne Hackborn <hackbod@google.com> |
Hide the optional permission stuff, not making it in to JB. Also lock down the rest of the development tools permissions to be development permissions that must be granted through an explicit shell command. Change-Id: I1ba216fffe1aab4bb9f83fcef108efc504f892f4
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
e639da7baa23121e35aa06d6e182558e0e755696 |
|
22-Feb-2012 |
Dianne Hackborn <hackbod@google.com> |
New development permissions. These are permissions that an application can request, but won't normally be granted. To have the permission granted, the user must explicitly do so through a new "adb shell pm grant" command. I put these permissions in the "development tools" permission group. Looking at the stuff there, I think all of the permissions we already had in that group should be turned to development permissions; I don't think any of them are protecting public APIs, and they are really not things normal applications should use. The support this, the protectionLevel of a permission has been modified to consist of a base protection type with additional flags. The signatureOrSystem permission has thus been converted to a signature base type with a new "system" flag; you can use "system" and/or "dangerous" flags with signature permissions as desired. The permissions UI has been updated to understand these new types of permissions and know when to display them. Along with doing that, it also now shows you which permissions are new when updating an existing application. This also starts laying the ground-work for "optional" permissions (which development permissions are a certain specialized form of). Completing that work requires some more features in the package manager to understand generic optional permissions (having a facility to not apply them when installing), along with the appropriate UI for the app and user to manage those permissions. Change-Id: I6571785c6bb5f6b291862b7a9be584885f88f3a5
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
ff7705e1d3503787764bc7efd9ac4e8689f6dac0 |
|
31-May-2011 |
Amith Yamasani <yamasani@google.com> |
Use Holo background and proper padding for App Permissions UI. Bug: 4515158 Change-Id: I47a8f2fbdc2547dd08e199ccbfa51710048963ae
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
6b8bdaa9c802746eabc4e96686739dbce34c2fbc |
|
10-Oct-2010 |
Gilles Debunne <debunne@google.com> |
New AppsPermission and market style Bug 3067333 Change-Id: Ibbf444cfd9b1e2d7b51f4194d57c6dee30ac18ee
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
8aa2e8939c61d788cbc192098465e79f584e173a |
|
22-Jan-2010 |
Dianne Hackborn <hackbod@google.com> |
More device admin work: description, policy control. There is now a description attribute associated with all components, that can supply user-visible information about what the component does. We use this to show such information about device admins, and wallpapers are also updated to be able to show this in addition to the existing description in their meta-data. This also defines security control for admins, requiring that they declare the policies they will touch, and enforcing that they do so to be able to use various APIs.
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
8d5ae98549f68a1214a72e6d79456503eb7d96f5 |
|
06-Oct-2009 |
Suchi Amalapurapu <asuchitra@google.com> |
Make sdk version and code names static finals in PackageParser. Remove api to set these values. Remove an unused method in AppSecurityPermissions
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
17606f88527eb6c90c51784ae4bc08feda9c77db |
|
14-Jul-2009 |
Romain Guy <romainguy@android.com> |
Fixes #1972593. Updates AppSecurityPermissions styles in Theme.Light
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
c7b14e92075b8a0250ccc8bb4aa21e61d620a708 |
|
27-May-2009 |
Suchi Amalapurapu <asuchitra@google.com> |
Fix a bug in AppSecurityPermissions where it wouldn't display permissions used by an app if it uses a shared user id. Remove the else clause and always get the list of requested permissions first before adding the permissions obtained via the shared user id. Also change an if condition and comments for better readability
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|
54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/java/android/widget/AppSecurityPermissions.java
|