User in trash blocks name, email

Ticket

User in trash blocks name, email+status
User in trash blocks name, email+priority
User in trash blocks name, email+tag
User in trash blocks name, email+commit
 

User in trash blocks name, email+issues

If you delete a user and try to create another with the same email, you'll get an error. 

(I think name doesn't actually block it, but the cardtype bug means if you go to invite it will create a user??  something like that?)

 

User in trash blocks name, email+solution

 

 

I wrote code that should make it so that this doesn't happen. will need to make a migration to fix existing cases.


note, it will still block users who have had invitation requests denied, even though that deletes the Invitation Request card.

--Ethan McCutchen.....Tue Jan 13 10:24:25 -0800 2009


You mean, if i block a User, delete them, then create a new user with the same email address, they will still be blocked? (If so, makes sense to me.)

--John Abbe.....Wed Jan 21 00:00:40 -0800 2009


No, nothing that good. If you block a User's account and then delete him, the extension is deleted, and the information about that email address is gone completely.

If, on the other hand, you block an Account Request, it does not delete the extension. I did this because though the card is getting deleted, we clearly still want the address blocked.

We need to do some design work here.

--Anonymous (Not signed in).....Wed Jan 21 07:39:34 -0800 2009


Testing results: Email is fine now. Name-in-trash still blocks - e.g., on Sandbox i deleted Johnny twotwo, then tried to invite a user giving them that name, and get connected to server...done but nothing is created.

--John Abbe.....Thu Jan 22 23:59:08 -0800 2009


OK, cool. I'm glad we improved this, but I don't know what exactly we want the behavior to be. I'm guessing we want it just to commandeer the card name? Not seeing low hanging fruit here, so I'm going to push it to after 1.0.

  --Ethan McCutchen.....Mon Jan 26 17:36:23 -0800 2009


now that accounts are in cards, none of these issues should remain.

--Ethan McCutchen.....2014-08-16 22:40:16 +0000