Fixed
Status Update
Comments
ma...@google.com <ma...@google.com>
ch...@google.com <ch...@google.com> #2
Would you like to move it to android.hardware.biometrics? It looks like the problem is deeper than androidx.
ch...@google.com <ch...@google.com> #3
Native Android 10 BiometricPrompt has exactly the same issue. If fixing this in the platform is impractical, maybe AndroidX Biometrics library can implement some workaround?
ch...@google.com <ch...@google.com> #4
exxbrain@ can you attach a bugreport?
ch...@google.com <ch...@google.com>
ma...@slice.com <ma...@slice.com> #5
I've created two sample projects (see attachment): one with android.hardware.biometrics (TestBiometricQ), other with androidx.biometric:biometric:1.0.0 (TestBiometricX).
They both have the same issue with setDeviceCredentialAllowed(true) (see #1).
Bug reports:
https://drive.google.com/file/d/1fx4EyHdfJ1koRIt2KZ1emQeRdSDnNOkG/view?usp=drive_web (biometric_q_report.zip)
https://drive.google.com/file/d/1PASxQhxXvLp62t91mYis28QhGqvHBfD5/view?usp=drive_web (biometric_x_report.zip)
On attached screenshots you can see "onAuthenticationError" toast alongside device pattern UI.
They both have the same issue with setDeviceCredentialAllowed(true) (see #1).
Bug reports:
On attached screenshots you can see "onAuthenticationError" toast alongside device pattern UI.
ma...@google.com <ma...@google.com>
ni...@datadoghq.com <ni...@datadoghq.com> #6
Some clarifications:
1. The issue applies to any non-biometric unlock method (pattern, PIN, or password), if fingerprint is configured too. Not sure about face recognition.
2. "onAuthenticationSucceeded" is not called after providing correct pattern/PIN/password.
1. The issue applies to any non-biometric unlock method (pattern, PIN, or password), if fingerprint is configured too. Not sure about face recognition.
2. "onAuthenticationSucceeded" is not called after providing correct pattern/PIN/password.
ap...@google.com <ap...@google.com> #7
There is no bug report - just inconsistent behavior. From my point of view Authentication shouldn’t be cancelled in the moment when user chooses “Use pin” in a biometric prompt.
cc...@google.com <cc...@google.com>
cc...@google.com <cc...@google.com> #8
Well, I would still call it a bug. Documentation for setDeviceCredentialAllowed() method says that user will be "given the option to authenticate with their device PIN, pattern, or password" - and this does not work: the user can enter PIN/password/pattern, but cannot authenticate, because the app always gets onAuthenticationError callback.
yo...@flipkart.com <yo...@flipkart.com> #10
Agree.
na...@google.com <na...@google.com> #11
Found another issue when setDeviceCredentialAllowed() is set to true.
I have attached video to show bug with bio-metric prompt.
BP is not removed when user does home button swipe while setDeviceCredentialAllowed() is set true.
I have attached video to show bug with bio-metric prompt.
BP is not removed when user does home button swipe while setDeviceCredentialAllowed() is set true.
yo...@flipkart.com <yo...@flipkart.com> #12
Do you want me to fix this issue?
cc...@google.com <cc...@google.com> #13
It is still assigned to me.
yo...@flipkart.com <yo...@flipkart.com> #14
Please do fix this issue. This is a blocker for using the library in production.
Description
androidx.metrics
module used:metrics-performance
androidx.metrics
version used:1.0.0-alpha04
Devices/Android versions reproduced on: Android 13 (Galaxy S21 FE 5G)
We have a crash in here , with the following stacktrace:
androidx.metrics:metrics-performance:1.0.0-alpha04
reported by our customer