You are correct @yasmin_farooq , in this scenario, the behavior points to a policy application issue caused by user-based policy mapping rather than an issue with the kiosk app installation.
A useful workaround is to temporarily change the device owner and reapply the kiosk policy:
- Create a temporary test user in Hexnode UEM.
- Open the affected Android device from Manage > Devices.
- Change the device owner from the current user to the test user.
- Associate the Android kiosk lockdown policy with the device or test user.
- Allow the device to check in and apply the policy.
- Activate kiosk mode once the policy applies successfully.
- After kiosk mode is active, change the device owner back to the original user.
This refreshes the user-policy mapping and allows the kiosk policy to apply correctly. If multiple devices are affected, repeat the same process for each affected device.
Also make sure there are no conflicting Android restrictions or password policies assigned through the original user, device group, or user group. If such policies are required, apply them carefully after confirming kiosk mode is active.
Regards,
Isabel Lora
Hexnode UEM