You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Originally posted by VedaviBalaji December 15, 2023
I am having this issue where the fido_dev_make_cred and fido_dev_get_assertsometimes waits till timeout to return. I looked at the DEBG log and there is no transaction for ~timeout secs but it returns a success. This however only happens sometimes but most of the time the call returns after the user touches the key.
I set the timeout right before I call the assert or make-cred.
You can see that there is no transaction for around 20 secs here. I believe the rx means response, and the authenticator takes around 19+secs to respond to the user touch.
_14:07:33.738_ 0048: 3a 84 ac ca 24 d1 94 49 95 de 02 20 53 02 75 bf
_14:07:52.950_ rx: buf=0x30aa620c0, len=64
Is there a reason why it sometimes blocks for the entire timeout for it to respond? I haven't checked what happens if no timeout is given however, my use case needs the timeout to prevent the calls from blocking indefinitely.
The text was updated successfully, but these errors were encountered:
Discussed in #757
Originally posted by VedaviBalaji December 15, 2023
I am having this issue where the
fido_dev_make_cred
andfido_dev_get_assert
sometimes waits till timeout to return. I looked at the DEBG log and there is no transaction for ~timeout secs but it returns a success. This however only happens sometimes but most of the time the call returns after the user touches the key.I set the timeout right before I call the assert or make-cred.
FIDO_DEBUG=1
You can see that there is no transaction for around 20 secs here. I believe the
rx
means response, and the authenticator takes around 19+secs to respond to the user touch.Is there a reason why it sometimes blocks for the entire timeout for it to respond? I haven't checked what happens if no timeout is given however, my use case needs the timeout to prevent the calls from blocking indefinitely.
The text was updated successfully, but these errors were encountered: