| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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)
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
am: 41d260fe98
* commit '41d260fe9854819ca04a3b5908e6ab889bf3ffc4':
Revert "Make request permissions dialog layout robost"
|
| | |
| | |
| | |
| | | |
This reverts commit ecaeae17f52d6562d23dfec91e44bc3c0b4a6d13.
|
|\| |
| | |
| | |
| | |
| | |
| | |
| | | |
am: e3ebb33a49
* commit 'e3ebb33a49099621c08edf07f40a06a4d0429cf3':
Improve untrusted sources UX for app side-loading
|
| |\|
| | |
| | |
| | |
| | |
| | |
| | | |
am: c23d802958
* commit 'c23d802958158d522e7350321ad9ac6d43013883':
Improve untrusted sources UX for app side-loading
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When an app is side-loaded we request the user to
enable installs from untrusted sources by sending
them to setting. After the user enables untrusted
sources they have to start the install again
instead of continuing from where they were interrupted
by the settings UI.
With this change the settings activity is started
for a result by the package installer, so if the
settings app wants to support non-interruptive side-
loading flow it can check whether the calling package
is the instaler and if true finish itself returning
RESULT_OK.
bug:26510156
Change-Id: I32d63b7535a84fa2b5b8837cff7d09f6de4a3475
|
|\| | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
am: b0a98d2e47
* commit 'b0a98d2e4778e39b62b3731cbc27cf6fdb541e24':
Make request permissions dialog layout robost
|
| |\| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
am: 816baf3566
* commit '816baf35660c3c46ffcb9be7ec72d343fb0e1400':
Make request permissions dialog layout robost
|
| | |\ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
If the min width of a dialog changes in portrait vs landscape
it was possible that a part of the request permissions dialog
is chopped off. The custom content layout manager was using a
fixed width and changing orientation may lead to a dialog
width lesser than the fixed width of the layout manager.
Another problem was that if the above occurs and the window
width changes then the window may not be tall enough to fit
the content. To address this we have to do a gross move and
re-add the window to the window manager, so it can be resized.
Another issue was that if the "Don't ask again" checkbox is
shown not for the first but say the second permission request
(in the case of multi-permission request in one API call) the
content was chopped off as the height measurement for how much
the content needs to be was restricted by the parent measure
spec. Now we measure with no restrictions to accommodate the
whole content.
The way reqeust permissions dialog is implemented is problematic
as it is a dialog styled activity which means we may need to
resize its window. It is better to implement it as a fullscreen
activity that has a custom content layout mangar that makes
the content look like a dialog. Since this is risky at this
point we do targeted fixes to address the above issues.
bug:24679384
Change-Id: If51a360ba17dfb71b66dcf841ea47c17606eba27
|
|\| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
b02596cdfc
am: 4f63fa7baf
* commit '4f63fa7baf2115253ffcc06decefff4fec545865':
Revert "Improve untrusted sources UX for app side-loading"
|
| |\| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
am: b02596cdfc
* commit 'b02596cdfcd3fa0e02c309971d9f19f1de022230':
Revert "Improve untrusted sources UX for app side-loading"
|
| | |\ \ \
| | | |/ /
| | |/| | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This reverts commit 3ce5984c09403c0ef09f0826f5fe18520192bec2.
Change-Id: Ib2192354ef8851f3d9e14d27f767c799f93d133e
|
|\| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
am: a42415ed53
* commit 'a42415ed530461cd5a7ce7bfb44ff4f2caf42782':
Improve untrusted sources UX for app side-loading
|
| |\| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
am: 5bf65a7c43
* commit '5bf65a7c43509ca6ab927db489d51aa1291a29eb':
Improve untrusted sources UX for app side-loading
|
| | |\| | |
|
| | | |/
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When an app is side-loaded we request the user to
enable installs from untrusted sources by sending
them to setting. After the user enables untrusted
sources they have to start the install again
instead of continuing from where they were interrupted
by the settings UI.
With this change the settings activity is started
for a result by the package installer, so if the
settings app wants to support non-interruptive side-
loading flow it can check whether the calling package
is the instaler and if true finish itself returning
RESULT_OK.
Change-Id: I893f48ecfa0ccece8623e0393a59da307ed4aa5b
|
| |\| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
am: f7103de0e2
* commit 'f7103de0e2f7beaf5792486f375ab6cab3c13c88':
Use PackageInstaller.Session
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We've been using the deprecated package manager installation methods.
Replace those with the PackageInstaller.Session installation
mechanism.
Bug: 22282121
Change-Id: I34aefcbae2703c400a7ed35780f61713992b7181
|
| |\| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
am: 2c154d2efb
* commit '2c154d2efbd452543f4cbe5a431cf0403161066a':
Switch IntegralToString to HexDump
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
java.lang.IntegralToString has been removed.
Change-Id: I49a736e962e56cf5d66267f1ff35c467b0889819
|
| |\ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
am: a7c9313497
* commit 'a7c9313497142dbf8c18849f5b7c6959eed69a73':
Always have an icon
|
| | |\ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
am: 22d381113c
* commit '22d381113c34edf57b7dc231a4b7fbce16a404b6':
Always have an icon
|