Closed bennycao closed 1 year ago
Hi @bennycao,
Are you seeing this in your production logs and not able to reproduce it locally? Asking this because you mentioned that the issue is happening consistently but you are not able to reproduce this.
Hi @bennycao,
Are you seeing this in your production logs and not able to reproduce it locally? Asking this because you mentioned that the issue is happening consistently but you are not able to reproduce this.
1. Could it be that your users actually changed their lock screen? 2. Is it happening in single device? Any idea on the manufacturer and model?
Hi @poovamraj , it is happening in our production logs and it's many devices, models and OS. But mainly android 13, 12, 11. But this could be because most people are on these versions.
I have not been able to replicate, change lock screens on physical devices or emulators. Only way i've replicated is on Android 5 by changing lock screen.
Do you think this could be the reason?
Could it be that your users actually changed their lock screen?
Any idea on the % of users having this issue. This is the first time this is being reported and there could be a valid reason that users change their lock screen.
Do you think this could be the reason?
Could it be that your users actually changed their lock screen?
Any idea on the % of users having this issue. This is the first time this is being reported and there could be a valid reason that users change their lock screen.
By my rough calculations it is a bit below 1% of users.
In that case can we consider this as a situation where the user is actually changing the lock screen which causes this exception?
I'd suggest closing this issue as we are not able to reproduce this, never reported before and happens only for a small subset.
In that case can we consider this as a situation where the user is actually changing the lock screen which causes this exception?
I'd suggest closing this issue as we are not able to reproduce this, never reported before and happens only for a small subset.
I'm more concerned that it cannot be reproduced. And the error message seeming confident that it is because of a change in lockscreen. I would assume that it would be reproduceable if it was. This leads me to think the error message is not accurate and is another issue.
@bennycao this error can happen due to multiple reasons. It is not that it happens every time a pin is changed (but it can happen just not reliably). To handle these cases we have generally mentioned it as "Lock screen security settings". The settings referred here doesn't necessarily point to the PIN.
Hope this help. We will close this issue for now but feel free to comment here and we can reopen it if you have more doubts.
@poovamraj We are experiencing the same issue when using rsaDecrypt
to fetch a encryption key from the keychain. Do you have any solution for that? We tried to sync the access but it didn't resolve the issue.
Describe the problem
In our app when the code is retrieving the encrypted credentials, we are seeing the error consistently being returned
A change on the Lock Screen security settings have deemed the encryption keys invalid and have been recreated. Any previously stored content is now lost. Please try saving the credentials again.
With a stack trace of
But not limited to the above stacktrace
Is this sort of exception expected ?
What was the expected behavior?
Decrypt working and credentials returned.
Reproduction
I haven't been successful in reproducing this issue with any of our emulators of devices.
Environment
Not sure if coincidence, but many of the issues are in android 13, 12, 11....but not limited to