-
Notifications
You must be signed in to change notification settings - Fork 28.6k
[local_auth][iOS]: NotAvailable
error code is thrown when user taps on "Don't allow" while trying to allow FaceId recognition.
#102734
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@ankesh-kumar
Does it mean, after tapping
You mean it should again show the dialog ? For example, if we deny any permission for an app by tapping |
@darshankawar
Biometric not available and Biometric is disallowed by the end-user are two complete different scenario. For both exception and message should be different. So, Developer can prompt message accordingly. Like if it is disallow , We can guide user to allow Face-Recognition from his device Settings. Hope it make sense. |
Thanks for the feedback. Keeping it open and labeling for further insights from the team. |
NotAvailable
error code is thrown when user taps on "Don't allow" while trying to allow FaceId recognition.
@ankesh-kumar found any solution? I'm facing the same issue. |
@LouiseHsu can you try this flow on top of your flutter/plugins#6821 PR (local_auth_ios 1.0.11) and update this issue with your findings? |
Hi! After debugging this issue, I've discovered that this is working correctly, as this is in line with what Apple's API is returning. if an end user disallows biometrics to be used, it is intended behaviour that the app will not be able to determine if biometrics are supported on the device, thus the "NotAvailable". Closing the issue. |
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of |
Steps to reproduce:
It will treat as code-> NotAvailable.
It should be treat with different code and should call the dialog again.
The text was updated successfully, but these errors were encountered: