@Jon It's good to hear things are working better for the auto-fill, but we still have a mystery here. We didn't do anything to fix or break anything in this area of the app for beta 2, so this is a more complicated issue than it seems. Also, I haven't experienced what you are describing with the Face ID working only about 50% of the time, and we don't have any other testers reporting this. So something else is wrong here.
Just to be sure, when you say Face ID is working only 50% of the time, are you saying it's doing the same thing where mSecure just closes after it tries to read your face?
One more thing, did you try going through the steps I wrote out in my last response? At this point, the first thing we need to do in troubleshooting is simply reset the iOS Password AutoFill feature.
@Geoff Thank you letting me know how many records you have in the app. I think this could have an affect on the what's happening when you search for data. I would like to have you try resetting mSecure to see if that will help. Can you let me know which sync feature you are using?
@Jon It's good to hear that things are working now for the password auto-fill feature. With regards to Face ID, I'm still having a hard time understanding what's happening. With both Face and Touch ID, mSecure doesn't have anything to do with the authentication process. From a high level, the process goes like this:
The important thing to understand is that mSecure has nothing to do with the authentication process. In short, mSecure isn't responsible for recognizing you. That is all handled by iOS. Now, it is theoretically possible for mSecure to hiccup at the point where the authentication data is returned from iOS after you are authenticated, be we have never experienced that before, and no one else is reporting the same behavior you are describing.
Can you try to describe in a more detail what you mean when you say mSecure is not opening due to the program not recognizing your face id? How are you making the determination that your face is not being recognized?
Hi Jon,
Our developer has viewed the crash reports you sent, and he's trying to figure out what could be happening. We know that a bug related to what you and one other customer are experiencing was fixed in beta 2, but whatever is happening here is more difficult to weed out. We hope to have it fixed in beta 3, and if possible, provide a work-around in beta 2.
Hi Geoff,
We have run into this problem as well, at least on our Mac computers. I have not seen it happen on my iPhone or iPad though. Have you tried to do anything at all to troubleshoot the problem by chance?
@Geoff I'm not sure how to troubleshoot this either, so I'm going to have to get our developer involved in this. Can you send an email to our beta email address with a brief description of what's happening? Our developer will see that, and then we can try to figure out what's going wrong. The email address is simply: [email protected]
Thank you Geoff. I did see the email, but I don't think our developer has been able to view it yet. He will be processing any beta emails we receive as soon as he can.
@Jon What you are experiencing is not uncommon. The problem is, there are sites that use different types of mechanics for getting data auto-filled into fields. Depending on the frameworks they are using, it's possible the injected password is not being seen by the site. The thing is, if the password is correct, the actual injection code isn't even being handled by mSecure. mSecure is simply handing data back to iOS when asked for it, and after it's handed off, iOS and Chrome take care of the injection.
I can take a look at the site you are referring to just to make sure it's a consistent problem, but, again, if the injection is not happening, that's not something mSecure is doing or can fix. What is the site you are working with?
Geoff
Whenever I try to delete a custom template the app crashes - when restarting the template is still there so not deleting. It works on my MacBook but not IOS apps.