Disabled_at logic: redirect to login path if user is disabled

[jibees]

What? Why?

Closes #9336

What should we test?

• As a customer, log in.
• As a super admin, deactivate that user (in a separate session e.g. private mode of the browser).
• As a customer, try to access your account (/account page).
• See that you're redirected to /#/login

Release notes

Changelog Category: User facing changes

The title of the pull request will be included in the release notes.

Dependencies

Documentation updates

[mkllnk]

This is looking good. I don't know if the other PR is solving the same thing? I'll leave that up to you.

[mkllnk]

Wow, I just learned that we don't have to persist the user. Warden::Test::Helpers#login_as sets the user object in memory and unless we are doing other queries that need the database, we can use an in-memory user for authentication in specs!

That line here doesn't save to the database but we don't need to in this spec.

[filipefurtad0]

Hey @jibees ,

Before staging the current behavior I could observe is as follows:

Screencast.from.17-08-2022.20.13.28.webm

So, no snail, just a redirection to the homepage with the flash warning -> maybe because #9351 was merged in the meantime?

After staging this PR, the login appears:

Screencast.from.17-08-2022.20.24.21.webm

It kind of overlaps the with the flash warning, but I think this is ok. The user can either close the window and still see the flash warning; also, if a new login attempt is made with the same (disabled) credentials then the modal is clearly displayed.

Good to go 👍