Hi guys,

I have the following case for my website. I have alot of users, and sometimes a user wants to cancel it's account. I have choosen the option 'Disable the account and keep its content.'. This is because they can pay for their account, and I don't want to delete the account when they have payed for it (can get messy). But now there is another problem. As the account is still there and disabled, the user might think that he wants to create an account again. But he can't use the same username (obviously) and email. He will get the following errors on creating the account:

The name *** is already taken
The e-mail address **** is already registered. Have you forgotten your password?

And when he wants to ask for his password, entering his email:

Sorry, *** is not recognized as a username or an e-mail address. 

Whatever the solution should be, this can be done better. As for me, re-enabling would be best.

blocked is a bad state. it should consist of:

  • Active
  • Disabled (An user cancelled his account, or a user didn't confirmed his account yet, this can be undone by the user itself.)
  • Banned (An admin banned this user temporarily)
  • Blocked (The user is permantly blocked)

Comments

GBurg’s picture

to be honest, I feel like that the current 2 states are not sufficient enough. I mean, blocked is a bad state. it should consist of:

Active
Disabled (An user cancelled his account, or a user didn't confirmed his account yet, this can be undone by the user itself.)
Banned (An admin banned this user temporarily)
Blocked (The user is permantly blocked)

Maybe banned and blocked look alto like each other. But you must recognize the difference between Disabled and Banned/Blocked. If you go and sit down for it, there might be even more states a user accoutn could be in.

Anonymous’s picture

Version: 7.16 » 8.x-dev

This can be handled via a custom module (maybe one in contrib already).

Moving to D8 since all feature requests need to go to the developing version.

Version: 8.0.x-dev » 8.1.x-dev

Drupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.

Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.1.x-dev » 8.2.x-dev

Drupal 8.1.9 was released on September 7 and is the final bugfix release for the Drupal 8.1.x series. Drupal 8.1.x will not receive any further development aside from security fixes. Drupal 8.2.0-rc1 is now available and sites should prepare to upgrade to 8.2.0.

Bug reports should be targeted against the 8.2.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.3.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

dpi’s picture

Issue summary: View changes
Status: Active » Closed (won't fix)

From #1828914-1: Self disabled accounts should be possible to re-enable

Active
Disabled (An user cancelled his account, or a user didn't confirmed his account yet, this can be undone by the user itself.)

The problem is there is no difference difference between 'active' and 'disabled'. Disabled doesn't mean anything..

Recording soft states like "disabled" or "temporarily blocked" can be managed externally by contrib.

dpi’s picture