Last modified: 2011-01-25 01:28:54 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T21611, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 19611 - Add 'confirmed' group to enwiki & commonswiki providing the 'autoconfirmed' permissions, which can be manually assigned
Add 'confirmed' group to enwiki & commonswiki providing the 'autoconfirmed' p...
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Normal enhancement with 2 votes (vote)
: ---
Assigned To: Rob Halsell
http://en.wikipedia.org/wiki/Wikipedi...
: shell
: 19535 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-07-08 23:48 UTC by Brion Vibber
Modified: 2011-01-25 01:28 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Brion Vibber 2009-07-08 23:48:56 UTC
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.)
Comment 1 Brion Vibber 2009-07-13 17:39:05 UTC
*** Bug 19535 has been marked as a duplicate of this bug. ***
Comment 2 Brion Vibber 2009-07-13 17:40:00 UTC
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.

2. 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
)"
Comment 3 Daniel 2009-07-14 00:03:11 UTC
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
Comment 4 Rob Halsell 2009-07-14 19:12:17 UTC
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!
Comment 5 xenocidic 2009-07-14 19:19:48 UTC
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)
Comment 6 xenocidic 2009-07-14 19:23:39 UTC
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.
Comment 7 Ruslan 2009-07-14 19:27:00 UTC
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.
Comment 8 Brion Vibber 2009-07-14 19:48:12 UTC
(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. :)
Comment 9 xenocidic 2009-07-14 19:50:03 UTC
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.
Comment 10 Alex Z. 2009-07-14 20:32:57 UTC
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)
Comment 11 Brion Vibber 2009-07-14 20:49:11 UTC
'confirmed' is not showing on enwiki, probably needs tweaking. (syntax ok?)
Comment 12 Brion Vibber 2009-07-14 23:40:27 UTC
We got that worked out.
Comment 13 xenocidic 2009-07-15 00:46:05 UTC
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 )
Comment 14 Ryan (Rjd0060) 2009-07-15 00:47:08 UTC
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.

2) 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.
Comment 15 Rob Halsell 2009-07-21 16:16:28 UTC
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 =]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links