Request hardware permissions for AI glasses

Applicable XR devices
This guidance helps you build experiences for these types of XR devices.
AI Glasses

Just like on a phone, accessing sensitive hardware like the camera and microphone on AI glasses requires explicit user consent. These are considered glasses-specific permissions, and your app must request them at runtime, even if it already has the corresponding permissions on the phone.

Declare the permissions in your app's manifest

Before requesting permissions, you must declare them in your app's manifest file using the <uses-permission> element. This declaration remains the same whether the permission is for a phone or an AI-glasses-specific feature, but you must still explicitly request it for glasses-specific hardware or functionality.

<manifest ...>
    <!-- Only declare permissions that your app actually needs. In this example,
    we declare permissions for the camera. -->
    <uses-permission android:name="android.permission.CAMERA"/>
    <application ...>
        ...
    </application>
</manifest>

Register the permissions launcher

To request permissions for AI glasses, first you use the ActivityResultLauncher with the ProjectedPermissionsResultContract method to register the permissions launcher.

// Register the permissions launcher using the ProjectedPermissionsResultContract.
private val requestPermissionLauncher: ActivityResultLauncher<List<ProjectedPermissionsRequestParams>> =
    registerForActivityResult(ProjectedPermissionsResultContract()) { results ->
        if (results[Manifest.permission.CAMERA] == true) {
            isPermissionDenied = false
            initializeGlassesFeatures()
        } else {
            // Handle permission denial.
            isPermissionDenied = true
        }
    }

Key points about the code

Create the request function

Next, you'll create a function that uses your app's permissions launcher to request the permissions from the user at runtime.

private fun requestHardwarePermissions() {
    val params = ProjectedPermissionsRequestParams(
        permissions = listOf(Manifest.permission.CAMERA),
        rationale = "Camera access is required to overlay digital content on your physical environment."
    )
    requestPermissionLauncher.launch(listOf(params))
}

Key points about the code

  • The requestHardwarePermissions function builds a ProjectedPermissionsRequestParams object. This object bundles the list of permissions your app needs and the user-facing rationale. Make the rationale clear and concise to explain why your app needs these permissions.
  • Calling launch on the launcher triggers the permission request user flow.
  • Your app should handle both granted and denied results gracefully in the launcher's callback.

Create the permissions check function

Next, you'll create a function that can check whether the user has granted permissions to your app.

private fun hasCameraPermission(): Boolean {
    return ContextCompat.checkSelfPermission(this, Manifest.permission.CAMERA) ==
            PackageManager.PERMISSION_GRANTED
}

Add the permission request logic

And lastly, create the logic that uses these functions to check for and request the permissions at runtime.

if (hasCameraPermission()) {
    initializeGlassesFeatures()
} else {
    requestHardwarePermissions()
}

Key points about the code

  • If the user has already granted your app the required permissions, the initializeGlassesFeatures function is called to initialize your app's experience. This function is defined as part of your app's activity for AI glasses.

Understand the permission request user flow

When you launch a permission request using the ProjectedPermissionsResultContract method, the system initiates a coordinated user flow across both the AI glasses and the phone.

During the permissions user flow, here is what your app and the user can expect:

  1. On the AI glasses: An activity appears on the projected device (glasses), instructing the user to look at their phone to continue.

  2. On the phone: Concurrently, an activity launches on the host device (phone). This screen displays the rationale string you provided and gives the user the option to proceed or cancel.

  3. On the phone: If the user accepts the rationale, a modified Android system permission dialog appears on the phone telling the user that they are granting the permission for the AI glasses device (not the phone), and the user can formally grant or deny the permission.

  4. Receiving the result: After the user makes their final choice, the activities on both the phone and AI glasses are dismissed. Your ActivityResultLauncher callback is then invoked with a map containing the granted status for each requested permission.