This website does readability filtering of other pages. All styles, scripts, forms and ads are stripped. If you want your website excluded or have other feedback, use this form.

⚓ T8397 Flag to mark accounts locked/hidden (aka remove/delete user)

Page MenuHomePhabricator

Log In Create Task Maniphest T8397

Flag to mark accounts locked/hidden (aka remove/delete user)Closed, ResolvedPublic Actions

Tags Subscribers Fito, dungodung, bzimport and 7 others Assigned To None Authored By bzimport, Jun 21 2006

Description

Author: linuxbeak

Description:
This has been toyed around with in the past, but I would like to get something
solid rolling. All one needs to do is look at
[en.wikipedia.org] to see that it is completely
useless. I am requesting a flag that bureaucrats can assign to banned or test
accounts (similar to the bot flag). The effects of such a flag are the following:

1.) Hides the account name from Special:Listusers (this is arguably the most
important)
2.) Prevents anyone from logging in to the account (effectively locking the
account out)

Thanks for looking,

[[en:User:Linuxbeak]]


Version: unspecified
Severity: enhancement

Details

Reference
bz6397

Related Objects

Mentioned In
T98799: Make it more obvious that users can remove their e-mail address
T96880: Allow users to disable account and remove email in Grants review app
Mentioned Here
T6415: delete user name function
Duplicates Merged Here
T5521: Feature request: Optional account deleting
T6415: delete user name function

Event Timeline

bzimport added a project: MediaWiki-User-login-and-signup.Nov 21 2014, 9:21 PM bzimport raised the priority of this task from to Normal. bzimport set Reference to bz6397. bzimport added a subscriber: Unknown Object (MLST). bzimport created this task.Jun 21 2006, 8:11 PM bzimport added a comment.Jun 22 2006, 12:46 AM Comment Actions

stanley wrote:

I think this bug is duplicate of bug 4350

bzimport added a comment.Jun 22 2006, 10:19 AM Comment Actions

robchur wrote:

*** Bug 4350 has been marked as a duplicate of this bug. ***

Phil_Boswell added a comment.Jun 22 2006, 10:24 AM Comment Actions

Would it be in order to have a flag which allows revisions by that user to be
hidden also?

bzimport added a comment.Jun 22 2006, 10:25 AM Comment Actions

robchur wrote:

No. That's a whole other kettle of fish, and I don't think it's a road we want
to go down.

bzimport added a comment.Jun 30 2006, 3:32 PM Comment Actions

omniplex wrote:

Please make sure that "invisible" users can't edit
or anything else except from maybe changing their
preferences. The "invisible" special pages already
make me nervous. But getting rid of this !!!! crap
on en:we: would be really nice.

bzimport added a comment.Jun 30 2006, 5:04 PM Comment Actions

robchur wrote:

(In reply to comment #5)

Please make sure that "invisible" users can't edit
or anything else except from maybe changing their
preferences. The "invisible" special pages already
make me nervous. But getting rid of this !!!! crap
on en:we: would be really nice.

Is that not implied with #2 of the original request?

bzimport added a comment.Sep 3 2006, 1:58 PM Comment Actions

robchur wrote:

*** Bug 7212 has been marked as a duplicate of this bug. ***

Platonides added a comment.Mar 22 2007, 9:14 PM Comment Actions

*** Bug 9391 has been marked as a duplicate of this bug. ***

aaron added a comment.Mar 22 2007, 9:23 PM Comment Actions

This is included in revisiondelete, which will be added in MW 1.11. HOWEVER, it
is meant to be used for libel/personal info, not just names like "Boobbss!!".

aaron added a comment.Mar 22 2007, 9:31 PM Comment Actions

One possiblity for casual hiding would be to add a global variable like
$wgHideBlockedUsers to have blocked names hidden from listusers.

BD2412 added a comment.Mar 22 2007, 9:51 PM Comment Actions

How about just automatically hiding all names that are blocked before they ever make an edit,
for starters. If someone is blocked without having made an edit, there's a pretty damn good
chance it was because of their username.

aaron added a comment.Mar 22 2007, 9:53 PM Comment Actions

(In reply to comment #11)

How about just automatically hiding all names that are blocked before they

ever make an edit,

for starters. If someone is blocked without having made an edit, there's a

pretty damn good

chance it was because of their username.

That would involve an expensive query. Simply hiding all indef blocked users is
probably the best option.

BD2412 added a comment.Mar 23 2007, 1:42 AM Comment Actions

The reason I raised the idea is that we then do not have to worry
about hiding edit records, because there will be none. But hiding
all indef blocks is fine with me as well.

bzimport added a comment.Apr 2 2007, 7:02 AM Comment Actions

robchur wrote:

*** Bug 3521 has been marked as a duplicate of this bug. ***

bzimport added a comment.Aug 3 2007, 7:09 PM Comment Actions

robchur wrote:

*** Bug 10791 has been marked as a duplicate of this bug. ***

aaron added a comment.Mar 18 2008, 7:17 PM Comment Actions

This is in trunk now, but the logging of such name hiding is not done yet.

aaron added a comment.Apr 5 2008, 1:14 AM Comment Actions

This and required related things finished up as of r32685.

He7d3r added a comment.Edited · Jan 27 2014, 7:14 PM Comment Actions
  • T6415 has been marked as a duplicate of this bug. ***
He7d3r mentioned this in T96880: Allow users to disable account and remove email in Grants review app.May 11 2015, 10:29 PM He7d3r mentioned this in T98799: Make it more obvious that users can remove their e-mail address.May 11 2015, 10:35 PM He7d3r merged a task: T5521: Feature request: Optional account deleting.Jun 24 2015, 12:52 AM He7d3r added a subscriber: bzimport. He7d3r merged a task: T6415: delete user name function.Jun 24 2015, 2:42 AM Fito added a subscriber: Fito.Aug 24 2015, 2:20 AM Log In to Comment Content licensed under Creative Commons Attribution-ShareAlike 3.0 (CC-BY-SA) unless otherwise noted; code licensed under GNU General Public License (GPL) or other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL