Sorry about the back to back releases. This is really only needed for XenForo 2.3 (previous release worked in 2.2 just fine).
- Fixed issue where two-step enable buttons wouldn't work
- Fixed issue with FontAwesome icons in XenForo 2.3
- Removed enable/disable toggle for Passkeys on two-step page
Passkeys are part of XenForo 2.3 natively now, so...
!!! VERY IMPORTANT !!!
If you upgrade to this version, Passkeys that were setup with previous versions of this addon will be deleted. Read that again if you didn't read it fully.
Existing Passkeys from this addon CANNOT be migrated to XenForo 2.3 native Passkeys (XF 2.3 uses resident keys, which allows things like passwordless login, so there's no upgrade path) and existing Passkeys created by previous versions of this addon will be deleted.
Again... existing Passkeys that users setup for themselves will be deleted. Read all this again.
If you use theDays to auto-extend two-step device trust
setting, the addon will always set the tfa_trust cookie when the user_remember record is extended (since we can't see the cookie duration on the server-side). Before we were only setting the cookie if the user_tfa_trusted.trusted_until value changed.
This will make it work as expected even if you had something unrelated (like a different addon) altering the user_tfa_trusted.trusted_until value (where you had a short cookie duration, but a long user_tfa_trusted.trusted_until value).
If you aren't using XenForo 2.3, you don't need to upgrade (might be some unmeasurable speed increase [think nanoseconds] when running its JavaScript since it doesn't dip into jQuery any longer).
- Entropy for challenge changed from 192-bits to 768-bits
- All JavaScript has been rewritten to be "native" (does not use jQuery) in preparation for removal of jQuery in XenForo 2.3.
I think this may have been the cause for a couple cases where an invalid Passkey record was saved to a user account. Previously, if an exception happened, it blindly accepted the null Passkey record as the new Passkey. If things went as expected (most cases) it wouldn't matter, but not everything always goes as expected.
- Added dataList-row--noHover class so background color doesn't change when the mouse moves over the table of two-step options a user has
- If an exception happens when Passkey is added to user account, present the user with an error that the Passkey could not be registered and log the underlying exception message to the XenForo error log (and most importantly, don't save an invalid Passkey registration as a new Passkey)
Added additional sanity check to ensure the device trust record is valid and exists before trying to extend it.
This:
- Check for incomplete records when deleting a key
- New advanced option: Days to auto-extend two-step device trust (especially useful for forthcoming iOS PWA, see this thread)
- Reformat list of two-step options to use icons for enable/disable/manage actions instead of XenForo's default buttons with text (see screenshot below)
...becomes this:
Fixes an issue where certain (most) security keys couldn't properly authenticate as a two-step verification option.
We use essential cookies to make this site work, and optional cookies to enhance your experience.