-
-
Notifications
You must be signed in to change notification settings - Fork 730
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deactivated user: Redirect to homepage with flash error when trying to access /admin #9338
Comments
Hi @drummer83 |
Sure, @vsmay98 and welcome! |
Hi @drummer83 We have this method to sign out the disabled user and show flash message. So after user sign out we can redirect them to homepage with the flash message.
|
Hello @vsmay98 yes it's cleaner if we do it for any page rather than just the admin 👍 You can go ahead :) |
Hello @RachL @drummer83 I have raised a PR #9351, Please review it. |
Thanks for your PR, @vsmay98! It is now in code review by our developers. This may take a few days or so and will probably not happen during the weekend. There seems to be a conflict with another PR #9341. We will get back to you if we need to. Have fun! And thanks again! 😃 |
Description
When a deactivated user tries to access an admin page, he/she is redirected to the homepage with the login modal open. Trying to log in there redirects to the homepage without login modal - which feels like the user has successfully logged in, but he/she actually hasn't. He/she can access shops but the checkout flow is broken: Clicking checkout in the cart always takes the user back to the shop with empty cart.
Expected Behavior
When a deactivated user is trying to access an admin page, he/she should be redirected to the homepage with the flash error message as shown below.
Actual Behaviour
The user is redirected to the homepage with login modal but login doesn't work and checkout flow is broken.
Steps to Reproduce
Animated Gif/Screenshot
See above.
Workaround
Severity
bug-s5: we can live with it, only a few users impacted
Your Environment
Possible Fix
See #9154 for implementation of the deactivation of a user.
The text was updated successfully, but these errors were encountered: