Allows an app to access precise location. Alternatively, you might want ACCESS_COARSE_LOCATION.

Allows applications to access information about networks.

Allows applications to access information about Wi-Fi networks.

We need to keep this around for backwards compatibility
removed

Allows applications to connect to paired bluetooth devices.

Allows an application to clear the caches of all installed applications on the device.

Allows a regular application to use android.app.Service#startForeground Service.startForeground

Allows access to the list of accounts in the Accounts Service. Note: Beginning with Android 6.0 (API level 23), if an app shares the signature of the authenticator that manages an account, it does not need 'GET_ACCOUNTS' permission to read information about that account. On Android 5.1 and lower, all apps need 'GET_ACCOUNTS' permission to read information about any account.

Allows an application to find out the space used by any package.

No longer enforced.

Allows applications to open network sockets.

Allows an application to call killBackgroundProcesses.

Allows an application to collect component usage statistics Declaring the permission implies intention to use the API and the user of the device can grant permission through the Settings application.

Allows an application to read from external storage. Any app that declares the WRITE_EXTERNAL_STORAGE permission is implicitly granted this permission. This permission is enforced starting in API level 19. Before API level 19, this permission is not enforced and all apps still have access to read from external storage. You can test your app with the permission enforced by enabling
softRestricted immutablyRestricted

Allows read only access to phone state, including the current cellular network information, the status of any ongoing calls, and a list of any android.telecom.PhoneAccount registered on the device. Note: If both your ' minSdkVersion and ' targetSdkVersion values are set to 3 or lower, the system implicitly grants your app this permission. If you don't need this permission, be sure your ' targetSdkVersion is 4 or higher.

Allows an application to receive the ACTION_BOOT_COMPLETED that is broadcast after the system finishes booting. If you don't request this permission, you will not receive the broadcast at that time. Though holding this permission does not have any security implications, it can have a negative impact on the user experience by increasing the amount of time it takes the system to start and allowing applications to have themselves running without the user being aware of them. As such, you must explicitly declare your use of this facility to make that visible to the user.

Allows an application to request deleting packages. Apps targeting APIs P or greater must hold this permission in order to use ACTION_UNINSTALL_PACKAGE or uninstall.

Allows an app to create windows using the type TYPE_APPLICATION_OVERLAY, shown on top of all other apps. Very few apps should use this permission; these windows are intended for system-level interaction with the user. Note: If the app targets API level 23 or higher, the app user must explicitly grant this permission to the app through a permission management screen. The app requests the user's approval by sending an intent with action ACTION_MANAGE_OVERLAY_PERMISSION. The app can check whether it has this authorization by calling android.provider.Settings#canDrawOverlays Settings.canDrawOverlays()

Allows access to the vibrator.

Allows using PowerManager WakeLocks to keep processor from sleeping or screen from dimming.

Allows an application to write to external storage. Note: If both your ' minSdkVersion and ' targetSdkVersion values are set to 3 or lower, the system implicitly grants your app this permission. If you don't need this permission, be sure your '>getExternalFilesDir and getExternalCacheDir. If this permission is not allowlisted for an app that targets an API level before Q this permission cannot be granted to apps.
softRestricted immutablyRestricted

Allows an application to read or write the system settings. Note: If the app targets API level 23 or higher, the app user must explicitly grant this permission to the app through a permission management screen. The app requests the user's approval by sending an intent with action ACTION_MANAGE_WRITE_SETTINGS. The app can check whether it has this authorization by calling android.provider.Settings.System#canWrite Settings.System.canWrite()

No description yet, this could be a misspelling or a permission created by the app itself

No description yet, this could be a misspelling or a permission created by the app itself