danny.leinad wrote:

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.

Rob, can you take a peek at this? Thanks.

If the name of the user group needs to be changed, let 'trusted' be the new name.

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!

gondnok555 wrote:

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').

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.

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.)

gondnok555 wrote:

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. :)

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.

(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

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.

OK, cannot someone list out what still needs work? (Other than moving "confirmed"->"trusted")

Wiki.Melancholie wrote:

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

(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).

Wiki.Melancholie wrote:

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!

I've renamed the group to "trusted", but didn't migrate any accounts

(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).

(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.

Done.