Page MenuHomePhabricator

Add 'confirmed' group to enwiki & commonswiki providing the 'autoconfirmed' permissions, which can be manually assigned
Closed, ResolvedPublic

Description

There are many cases where accounts are created for known-non-spammers by other Wikipedians mentoring them, but our current implementation won't trigger the 'autoconfirmed' group on them any sooner.

As a result, perfectly legitimate folks are stuck with hardcoded restrictions until a certain number of days or edits; this is rather inconvenient when training people, doing user testing, or mentoring a new user in person.

Until we've cleaned up the autoconfirm system so we can make the temporary restrictions more intelligent and manipulable, let's go ahead and add a 'confirmed' group on enwiki and commonswiki with the same permissions which can be switched in manually.

Go ahead and dump the 'uploader' group on enwiki also, since that was meant for a subset of this use case.

(Note Jennifer and Frank will want some accounts set up this way for a Wikipedia Academy event in a couple weeks.)


Version: unspecified
Severity: enhancement
URL: http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28proposals%29#Add_Uploader_to_the_list_of_rights_admins_can_assign

Details

Reference
bz19611

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:43 PM
bzimport set Reference to bz19611.
  • Bug 19535 has been marked as a duplicate of this bug. ***

Text from bug 19535, which was asking for adding this to the existing 'Uploader' group (which I'd rather dump and replace as here):

"1. Consensus seems to exist to give admins on en.wiki the ability to grant and
revoke the "Uploader" user right. No objections as of this submission. I'm
told this is a simple addition to the $wgAddGroups and $wgRemoveGroups arrays.

  1. Consensus is also building to add "Edit semi-protected pages" to the

Uploader user right. No objections as of this submission, however please check
state of discussion before doing this. (
http://en.wikipedia.org/wiki/Wikipedia:VPR#add_edit-semi_as_a_feature_to_.22Uploader.22.3F
)"

dbwiki wrote:

I've had probably a dozen-or-so OTRS tickets in the last six months to a year (however long the ten-edit requirement has been in place) where I've had to tell people that they'll need to make 10 edits before being able to upload a photo of a friend whose a subject of an article, or to edit a semi-protected page, etc. This manually-assignable userright would be most useful and should definitely be implemented, in my opinion.

-Daniel

I have added the confirmed group to both enwiki and commonswiki. The uploader group has also been enabled on enwiki with the right to upload. The confirmed user has been added to both. Sysops can add or remove folks from these groups. The confirmed group has the same rights as autoconfirmed groups on each project.

If there are any questions, please let me know!

Thanks brion. I agree with this course of action and as I commented at the
above-linked VPR thread this definitely seems to have consensus to move
forward.

My humble opinion would be to exclude the "move pages" right as it's highly
unlikely for users to critically need this on their first few days of editing,
and bundling it with 'confirmed' will make the usergroup more attractive to
vandals and increase bad faith requests.

(ec- I just noticed I was a little late on this... it's already been {{done}}
as an exact duplicate of autoconfirmed. leaving the comment anyway, and if it
becomes a problem I guess we can file a bugzilla to take out the page move
right)

Addendum: I think when brion said to "dump the 'uploader' group on enwiki" he meant to get rid of it altogether ( ? ). Many folks at the VPR discussion didn't see value in it, preferring instead to have a confirmed group that included uploader capabilities.

Ruslik00 wrote:

Would not it be simpler to just remove 'autoconfirmed' group from $wgImplicitGroups? If this were the case, administrator would be able to assign users to 'autoconfirmed' group (but not to remove from). If I misunderstand something, please, clarify.

(In reply to comment #7)

Would not it be simpler to just remove 'autoconfirmed' group from
$wgImplicitGroups? If this were the case, administrator would be able to assign
users to 'autoconfirmed' group (but not to remove from). If I misunderstand
something, please, clarify.

That would create confusion about what *auto*confirmed means. :)

As pointed out by happy-melon it would also clutter ListUsers and appear next to anyone who made it past the 4d/10e post, whereas the 'confirmed' usergroup is much easier managed.

I would point out that commons does not have the autoconfirmed restriction on uploading files. (I believe commons was specifically excluded when that was changed globally so that people could still upload free images to commons without having to wait)

'confirmed' is not showing on enwiki, probably needs tweaking. (syntax ok?)

I might be doing something wrong, but I can't presently edit semi-protected with my confirmed account ( http://en.wikipedia.org/wiki/User:Xenoconfirmed )

Reopening because of a couple of issues. 1) The 'confirmed' group is missing quite a few rights (in fact, everything except for patrol and upload). This is evident by looking at [[Special:ListGroupRights]] where the autoconfirmed group has lots of rights and the confirmed group does not.

  1. The uploader group is still listed at [[Special:ListGroupRights]]. I am under the assumption (based on the original comment on this bug by Brion) that this group should be removed.

Sorry for all the confusion and back and forth on this.

Ok, the confirmed group is now identical to the auto-confirmed group in terms of permissions. I also removed the uploader group. Thanks to Brion for assisting =]