-
Notifications
You must be signed in to change notification settings - Fork 81
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
As a superuser, activating a user fails #927
Comments
Thanks @oliverroick. IMO yes, it should also verify the account... |
Can we actually say that the email is verified if it was never verified? The email could be wrong, for one thing. Maybe activating the user means just resetting the expiration period. |
I think, @seav is right. The user receives an email to confirm their email address, which will activate the account. The behaviour described above is correct, I think we can close this. |
Does this cover the case where the user doesn't have an email address? |
Not sure that makes sense. We shouldn't be assuming people should be able to get emails. Long term I think the issue is we need to make an Architecture Design Proposal about how we deal with users without email addresses. |
Apart from the user without mail address registered (that's being discussed separately), this is now working as expected, so we can close the issue. |
Steps to reproduce the error
On the development VM, with fixtures loaded:
Actual behavior
The account of testuser10 is still inactive.
Expected behavior
The account of testuser10 is active.
The culprit
organization.views.default.UserActivation
sets the fieldis_active
to the correct state; in the example above it isTrue
. testuser10's email verification period has expired; when they try to login, the account will be deactivated immediately.Should
organization.views.default.UserActivation
also setemail_verified
toTrue
(i.e. manually confirming the email address) when activating the account?The text was updated successfully, but these errors were encountered: