Closed
Bug 907660
Opened 11 years ago
Closed 11 years ago
Add log for user deactivations
Categories
(support.mozilla.org :: Knowledge Base Software, task, P4)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
VERIFIED
FIXED
2013Q4
People
(Reporter: atopal, Assigned: rehandalal+mozilla)
Details
(Whiteboard: u=contributor c=questions p=2 s=2013.23)
User Story: As a forum moderator I want to know when and by whom an account is being deactivated so I can check whether I agree with a decision. UX: Please add a page that logs user deactivations with the following columns: user who was deactivated, moderator who deactivated, time of deactivation Please link to this log from https://support.mozilla.org/en-US/flagged
Comment 1•11 years ago
|
||
I think we should hold off on this until we are on Persona and decide what we should be doing with deactivated accounts in that case. Does it basically blacklist the email address from signing in ever again? Currently we use the is_active flag for two things: * Users that haven't verified their email (this goes away with Persona) * Users we don't want to be able to log in again because of whatever reason
Reporter | ||
Comment 2•11 years ago
|
||
We are also using it to let moderators stop spammers, before an admin can react and remove the account. What does deactivating do today? Keep them from signing in ever again?
Comment 3•11 years ago
|
||
(In reply to Kadir Topal [:atopal] from comment #2) > What does deactivating do today? Keep them from signing in ever again? Yeah, basically it blocks them from signing in.
Comment 4•11 years ago
|
||
Would I be correct in saying it currently prevents a deactivated user signing in to AAQ & other fora, but it does not prevent a user signing in to the profile. A deactivated user is still able to send Private Messages.I believe that is desirable as it allows an appeal. Oddly sumo apparently has no open general contact email address.
Reporter | ||
Comment 5•11 years ago
|
||
Ricky, how is this blocked by Persona? This would just be a log of the action. Whatever the action would entail is not part of this bug. Maybe I'm missing something?
Comment 6•11 years ago
|
||
(In reply to Kadir Topal [:atopal] from comment #5) > Ricky, how is this blocked by Persona? This would just be a log of the > action. Whatever the action would entail is not part of this bug. Maybe I'm > missing something? It isn't exactly blocked. We just need to decide what to do when a user is deactivated and they try to sign in with Persona. My guess is they just won't be able to sign in. I don't know if it is currently implemented like that though. We could test it on stage.
Comment 7•11 years ago
|
||
We are focusing on Open Badges and Persona in 2013.18
Whiteboard: u=contributor c=questions p= s=2013.18 → u=contributor c=questions p= s=2013.19
Reporter | ||
Comment 8•11 years ago
|
||
When the account is deactivated you can still log in to Persona, but you can't use the log-in on SUMO anymore: bug 914578
Reporter | ||
Comment 9•11 years ago
|
||
Pushing to next sprint, since we are focusing on Q3 goals in this short sprint.
Whiteboard: u=contributor c=questions p= s=2013.19 → u=contributor c=questions p= s=2013.20
Comment 11•11 years ago
|
||
pushing to next sprint.
Whiteboard: u=contributor c=questions p= s=2013.20 → u=contributor c=questions p= s=2013.21
Comment 12•11 years ago
|
||
We need to create a new model that stores: user who was deactivated, moderator who deactivated, time of deactivation We need to create a new view + template that lists all the instances and paginates them.
Whiteboard: u=contributor c=questions p= s=2013.21 → u=contributor c=questions p=2 s=2013.21
Comment 13•11 years ago
|
||
Missed. Pushing to next sprint.
Whiteboard: u=contributor c=questions p=2 s=2013.21 → u=contributor c=questions p=2 s=2013.22
Comment 14•11 years ago
|
||
Moving along during sprint planning.
Whiteboard: u=contributor c=questions p=2 s=2013.22 → u=contributor c=questions p=2 s=2013.23
Reporter | ||
Comment 15•11 years ago
|
||
Hey Ricky, can we extend this to include post and thread deletions? If not, let's move that to bug 939938
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → rdalal
Comment 16•11 years ago
|
||
Deployed to prod: https://github.com/mozilla/kitsune/commit/e99e0d1456190a8866aefe416f449843b386debb PR was here: https://github.com/mozilla/kitsune/pull/1733
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
Comment 17•11 years ago
|
||
would it be possible in the deactivation log to link the nickname of the deactivated user to his/her profile?
Comment 18•11 years ago
|
||
(In reply to philipp from comment #17) > would it be possible in the deactivation log to link the nickname of the > deactivated user to his/her profile? That and any other tweaks to the log should be in a new bug.
Comment 19•11 years ago
|
||
(In reply to philipp from comment #17) > would it be possible in the deactivation log to link the nickname of the > deactivated user to his/her profile? philipp - feel free to file a new bug for that.
Comment 20•11 years ago
|
||
thanks, did so in bug 944344
You need to log in
before you can comment on or make changes to this bug.
Description
•