Last modified: 2014-11-18 18:07:11 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 T21885, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 19885 - Restore autoreview for confirmed usergroup on huwiki
Restore autoreview for confirmed usergroup on huwiki
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Normal minor with 19 votes (vote)
: ---
Assigned To: Rob Halsell
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-07-22 22:51 UTC by Tisza Gergő
Modified: 2014-11-18 18:07 UTC (History)
12 users (show)

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


Attachments

Description Tisza Gergő 2009-07-22 22:51:11 UTC
Someone apparently changed the group rights settings for the Hungarian Wikipedia without consulting the community, and removed autoreview (and autopatrolothers and possibly other rights) from the "confirmed" user group (mistaking it for autoconfirmed, maybe?). As a result, revision flagging is becoming unmaintainable. Please restore the previous configuration ASAP. The new "autoreviewer" user group is superfluous, as that is exactly what we created "confirmed" for. (For more details, see bug 19875.)
Comment 1 Leinad 2009-07-27 14:34:12 UTC
It looks on name conflict of user's right.

Hu.wiki has local right 'confirmed' (http://noc.wikimedia.org/conf/highlight.php?file=flaggedrevs.php) and after recent changes in http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php (for all projects added new right - $wgGroupPermissions['confirmed'] = $wgGroupPermissions['autoconfirmed'];) occurred this bug.
Comment 2 Brion Vibber 2009-07-27 17:44:09 UTC
Rob, can you take a peek at this? Thanks.
Comment 3 Tisza Gergő 2009-07-27 20:54:15 UTC
If the name of the user group needs to be changed, let 'trusted' be the new name.
Comment 4 Rob Halsell 2009-08-06 18:47:15 UTC
The confirmed group now has the same rights as autoconfirmed site-wide, across all projects.  Rather than add another group and have the name change confuse people, I just gave autoconfirmed the same rights as confirmed in the huwiki flaggedrevs rights.

I think this should solve the issue for you.  However, if it does not, please do reopen this ticket.  I will get an email if that occurs.

Thanks!
Comment 5 Gondnok 2009-08-06 19:31:48 UTC
This doesn't seem right. Users are autopromoted to autconfirmed after a few days as on any other wiki, while 'confirmed' is granted by bureaucrats after reviewing the users edit history. The right (membership in the group) is only granted if the user clearly understands the rules of Wikipedia (no copyright violations, vandalism etc.) This change effectively grants every registered editor the autoreview right automatically (after a few days), which isn't the intent here.

The autoconfirmed group shouldn't have the autoreview right, only the locally custom made group previously called 'confirmed' (locally 'megerősített szerkesztők').
Comment 6 Tisza Gergő 2009-08-06 19:52:01 UTC
Our intention is to have three different groups:

autoconfirmed - same as everyhere else (can move pages, edit semiprotected etc), generally untrusted, his edits needs review, promoted automatically after four days

confirmed - trusted, his edits don't need review (but not trusted to review the edits of others), selected manually by bureaucrats

editor - extra trusted, can review the edits of others, selected manually by bureaucrats

So autoconfirmed and confirmed (or whatever it will be called, it doesn't matter much) need to be two different groups, and autoconfirmed must not have autoreview. (I suppose the group name "confirmed" is somewhat confusing - we were worried something like "trusted" would cause too much wikidrama.)

The name change is not a problem, as we could keep the localized name the same. A few special links (like the list of confirmed users) would change, but we can fix that easily.
Comment 7 Rob Halsell 2009-08-06 19:55:57 UTC
The confirmed group is now reserved to do what uploading used to have project wide.  I cannot override that for the local project.  If you all want to call it something else, have a consensus and I can indeed change it.  For now, since you are saying that the fix isnt correct, I am rolling it back (rather than have folks doing things they should not.)

If you can provide consensus, I can rename the group.  (As you state, I do not want to cause drama.)
Comment 8 Gondnok 2009-08-06 20:34:15 UTC
Please rename it to 'trusted'. A quick poll on http://hu.wikipedia.org/wiki/Wikip%C3%A9dia:Kocsmafal_%28m%C5%B1szaki%29#trusted shows it is an acceptable name. The English name is a minor issue anyway, it only shows up in the URL. The lack of autoreview right is generating hours of unnecessary work every day, so we'd prefer this resolved while we have the attention of a shell user. :)
Comment 9 Tisza Gergő 2009-08-06 20:48:02 UTC
Also, if possible, please move users automatically to the new group - there are nearly 300 confirmed users, a lot of work for bureaucrats to do by hand.
Comment 10 Tisza Gergő 2009-08-20 16:29:07 UTC
(In reply to comment #8)
> Please rename it to 'trusted'. A quick poll on
> http://hu.wikipedia.org/wiki/Wikip%C3%A9dia:Kocsmafal_%28m%C5%B1szaki%29#trusted
> shows it is an acceptable name. The English name is a minor issue anyway, it
> only shows up in the URL. The lack of autoreview right is generating hours of
> unnecessary work every day, so we'd prefer this resolved while we have the
> attention of a shell user. :)

The discussion has been auto-archived, the current address is http://hu.wikipedia.org/wiki/Wikip%C3%A9dia:Kocsmafal_%28m%C5%B1szaki%29/Arch%C3%ADv34#Meger.C5.91s.C3.ADt.C3.A9sek
Comment 11 Tisza Gergő 2009-08-31 15:03:34 UTC
Bumping severity to critical in a desperate attempt to get this noticed. The bug impairs the ability of huwiki patrollers to chech recent changes, as they are bogged down with sighting large volumes of non-controversial edits.
Comment 12 Aaron Schulz 2009-08-31 20:16:13 UTC
OK, cannot someone list out what still needs work? (Other than moving "confirmed"->"trusted")
Comment 13 Melancholie 2009-09-01 05:22:12 UTC
Adding JeLuF to CC, as I remember him being able to help in some cases in past.

Please see http://lists.wikimedia.org/pipermail/wikitech-l/2009-August/044893.html
Comment 14 Tisza Gergő 2009-09-01 05:42:04 UTC
(In reply to comment #12)
> OK, cannot someone list out what still needs work? (Other than moving
> "confirmed"->"trusted")

The groups name change is the only thing that needs to be done:
1. change 'confirmed' to 'trusted' everywhere in the huwiki flaggedrevs config file.
2. change the group name in the database accordingly (not absolutely necessary, but would save huwiki bureaucrats an hour or two).
Comment 15 Melancholie 2009-09-01 07:17:42 UTC
Oh that many mailing list (places) \o/
See http://lists.wikimedia.org/pipermail/foundation-l/2009-August/054599.html instead, as this one gets answered.

And there is nothing more to say than at:
* http://lists.wikimedia.org/pipermail/foundation-l/2009-August/054611.html
and
* http://lists.wikimedia.org/pipermail/foundation-l/2009-August/054612.html

Either we are *heavily understaffed* or the bug fixing process is *totally broken* (for a long time now already).

Sorry, I do not want to tread on anyone's toes; it's just the reality/truth!
Comment 16 Aaron Schulz 2009-09-01 20:21:46 UTC
I've renamed the group to "trusted", but didn't migrate any accounts
Comment 17 Aaron Schulz 2009-09-01 20:54:22 UTC
(In reply to comment #16)
> I've renamed the group to "trusted", but didn't migrate any accounts

I just wrote a script to that (in the future at least).
Comment 18 Tisza Gergő 2009-09-02 12:32:36 UTC
(In reply to comment #16)
> I've renamed the group to "trusted", but didn't migrate any accounts

Thanks. We added everyone to the trusted group manually. Setting priority and severity back to normal - users still need to be moved out of the confirmed group (or you can just put $wgRemoveGroups['bureaucrat'][] = 'confirmed'; into the config file so that we can do that too manually), but that is not particularly urgent.
Comment 19 Aaron Schulz 2009-09-02 21:23:51 UTC
Done.

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


Navigation
Links