Pull to refresh

Comments 6

android.permission.INSTALL_PACKAGES

Не вводите в заблуждение людей — это разрешение доступно только системным приложениям. Что бы приложение стало системным — надо еще помучиться.

Вот его объявление:

<permission android:name=«android.permission.INSTALL_PACKAGES»
android:label="@string/permlab_installPackages"
android:description="@string/permdesc_installPackages"
android:protectionLevel=«signature|system» />


android.permission.KILL_BACKGROUND_PROCESSES

Опять же убьет не все приложения. А только те, которые работают в фоне (За исключением foreground service).

android.permission.SEND_SMS

Информация немного неактуальна. Сейчас отправлять смс могут не все подрят приложения, а только выбранные в качестве смс мэнеджера. Если я не путаю ничего)

И отправлять, и принимать SMS могут все. А вот управлять хранилищем — только выбранное по-умолчанию.
С помощью команды su приложение запускается с привилегированными правами, и если устройство рутованно, то оно перезагружается. Если же нет, то появляется сообщение:

Рут не так работает.
Если устройство рутовано, то оно или спросит дать доступ приложению к руту или вообще ничего не спросит, а просто выполнит команду.
Если устройство не рутовано, то вывалится ошибка, а в текущем примере просто сообщение.
Причём нестандартный пермишн android.permission.ACCESS_SUPERUSER не имеет никакого значения, тут подробнее:
https://plus.google.com/+Chainfire/posts/Ka3ujLb4bJu
Будем надеяться, что это существенно облегчит жизнь как разработчикам, так и пользователям.
Сильно сомневаюсь на счет разработчиков.
Теперь они будут запрашиваться не во время установки приложения, а при первой попытке использования какой-либо функции.

Не совсем так. Если приложение будет собираться под более старые версии (android:targetSdkVersion), то все права будут запрашиваться при установке с помощью диалога, как и раньше. После установки пользователь сможет вручную отозвать разрешения.
Sign up to leave a comment.