Closed
Bug 939938
Opened 11 years ago
Closed 5 years ago
Create a log for post and thread deletions
Categories
(support.mozilla.org :: General, defect, P4)
support.mozilla.org
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
Future
People
(Reporter: shawnsumo, Unassigned)
References
Details
(Whiteboard: u=contributor c=questions p=3 s=2013.backlog)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.57 Safari/537.36 Steps to reproduce: Create a log that shows the posts deleted by moderators and administrators for greater accountability. This should include threads from the support and discussion forums. Allow deletions to be reversed. Also create a log of deactivated users. Currently, there is no log of deletions or deactivations. Related Discussion: https://support.mozilla.org/en-US/forums/contributors/709554
Summary: Create a moderator post deletion and user deactivation log → Create a moderator post deletion log
Deactivated user log is covered in Bug 907660: https://bugzilla.mozilla.org/show_bug.cgi?id=907660
Comment 2•11 years ago
|
||
I agree that a deletion log is needed for purposes of accountability, showing user whose post or thread was deactivated, moderator who deleted it and time of deletion, similar to the log for user deactivations described by Kadir in bug 907660 (allowing the thread or post deletion to be reversed would be an added bonus).
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•11 years ago
|
||
> showing user whose post or thread was deactivated,
I meant "deleted"
Updated•11 years ago
|
Summary: Create a moderator post deletion log → Create a log for post and thread deletions
Comment 4•10 years ago
|
||
This bug came up in a new discussion thread, posted Feb 4, 2014 https://support.mozilla.org/forums/contributors/709967 [Attn Admin] Too much spam
Comment 5•10 years ago
|
||
I think this needs to block Bug 970057 - Option to mass-delete users' posts
Updated•10 years ago
|
Priority: -- → P4
Whiteboard: u=contributor c=questions p= s=2013.backlog
Target Milestone: --- → Future
Updated•10 years ago
|
Whiteboard: u=contributor c=questions p= s=2013.backlog → u=contributor c=questions p= s=2014.5
Target Milestone: Future → 2014Q1
Comment 6•10 years ago
|
||
This is at least 3pts. But maybe we should stop and think about switching to logical deletes for our support forums data instead of doing this?
Whiteboard: u=contributor c=questions p= s=2014.5 → u=contributor c=questions p=3 s=2014.5
Comment 7•10 years ago
|
||
Moving our P4s to the backlog.
Whiteboard: u=contributor c=questions p=3 s=2014.5 → u=contributor c=questions p=3 s=2013.backlog
Comment 8•10 years ago
|
||
(In reply to Ricky Rosario [:rrosario, :r1cky] from comment #6) > This is at least 3pts. But maybe we should stop and think about switching to > logical deletes for our support forums data instead of doing this? I guess you're asking Kadir ... or maybe Madalina? Shouldn't you add "NeedInfo" to this bug? Anyway, not knowing anything about logical deletions I googled it and found http://stackoverflow.com/questions/378331/physical-vs-logical-soft-delete-of-database-record Would logical deletes allow post and thread deletions to be reversed? That would be awesome ... and I rarely use that word!
Comment 9•10 years ago
|
||
(In reply to Alice Wyman from comment #8) > Would logical deletes allow post and thread deletions to be reversed? That > would be awesome ... and I rarely use that word! Yeah, exactly! I was mostly thinking out loud in that comment and hopefully it triggers some discussion and thinking :)
Updated•9 years ago
|
Target Milestone: 2014Q2 → Future
Comment 11•5 years ago
|
||
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•