This page explains how to request the user’s permission for your application to access data on the device or use a device feature such as a built-in cameraA component which creates an image of a particular viewpoint in your scene. The output is either drawn to the screen or captured as a texture. More info
See in Glossary or microphone.
Google’s guideline for requesting permissions recommends that, if the user denies a permission request once, you should display the reason for the request and present the request again.
For more information on when and how you should request permissions on an Android device, see App permissions best practices in the Android developer guide.
The runtime permissions API requires Android version 6 (API level 23). To change your application’s target API:
Before the application requests permission to use restricted data or a particular device feature, it must declare the permission in its Android App Manifest. For more information, see Declare permissions for an application.
The Android.Permission API provides functionality that you can use to check what permissions the application currently has and request permissions that the application requires but doesn’t have.
An overview of the process to request permission at runtime is as follows:
Use Permission.HasUserAuthorizedPermission to check if the user has already given permission for the data or feature the application requires.
For a code sample that shows how to use this API, see Permission.HasUserAuthorizedPermission.
Use Permission.RequestUserPermission to request the permission to use the data or feature. When you call this function, Android opens the system permission dialog that the user can use to approve or deny the permission.
For a code sample that shows how to use this API, see Permission.RequestUserPermission.
Tip: When you request permission, it’s best practice to show the user a message that explains why the application requires the feature.
Note: If the user previously checked the Do not ask me again option on the system permission dialog, or has denied the permission more than once, RequestUserPermission()
doesn’t open the system dialog. In this case, the user must go into the application permission settings and manually turn on the permission.
If the user still denies the application the permission that it requires, provide a way for the user to manually display the permission request dialogue. How to do this depends on the application, but one solution is to provide a button that calls Permission.RequestUserPermission.