1. Neos VR
  2. News
  3. 2021.7.21.1383 - 2FA deactivation mechanism, crash bugfix, SignalR reconnect fix

2021.7.21.1383 - 2FA deactivation mechanism, crash bugfix, SignalR reconnect fix

Another smaller patch, adding ability to disable 2FA on your account once setup. This can be crucial if you lose your phone and need to setup a new one (you use the recovery codes in this case) or your phone/code becomes compromised and you need to regenerate a new secret.

Also new command that makes it easier to login into the account.neos.com with Login 2FA protection enabled before the website is updated, just send /weblogin to the Neos bot and login to the website in the next 3 minutes!

Some small fixes as well, one causing a crash and another for the SignalR not reconnecting in some cases.

Compatible with previous build.

[h2]New Features:[/h2]
- Added mechanism to disable 2FA on the account. This can be used to run the 2FA setup again, generating a fresh secret and set of recovery codes
-- To disable, open the "Setup 2FA" dialog again after you have set it up on your account
-- Deactivating will require either a 2FA 6-digit code or a recovery code
-- If you lose your phone, you can use the recovery codes to setup a new one. We recommend disabling and re-enabling IMMEDIATELLY, as each recovery code is 1-use and you will run out of them quickly
- Added /weblogin command, which temporarily (3 minutes) supresses account login 2FA requirement
-- This can be used just before you want to login to account.neos.com, e.g. to edit Wiki
Tweaks:
- Merged Czech locale additions by @rampa_3 (UTC +1, DST UTC +2)
- Merged Japanase locale update by @Aesc

[h2]Security:[/h2]
- Fixed PlayOneShotAndWait causing stack overflow and crash Neos when playing the same clip after it has finished playing and the clip hasn't been loaded yet (@epicEaston197)

[h2]Bugfixes:[/h2]
- Added custom reconnection logic to SignalR which will reconnect to the service in case the built-in reconnection logic fails
-- This should fix cases of messages to being sent/received in case of connection interruptions (reported by @Banane9, @AshtonSparx, @Shadow Panther [RU/EN, UTC+3], @brodokk and @Froppy)