DaB wrote:

The edits are TOO low. 2.000 or above would be ok.

(In reply to comment #1)

The edits are TOO low. 2.000 or above would be ok.

Was the above discussed or not? I was under the impression that it was. At any rate, the voting criteria is a lot less that 2000, that seems very high.

That uniqueIPAddress thing looks pretty dreadful. Existence of other Wikipedians in the same house, workplace, university, or other DHCP pool disqualifies you? Very unwiki.

(In reply to comment #3)

That uniqueIPAddress thing looks pretty dreadful. Existence of other
Wikipedians in the same house, workplace, university, or other DHCP pool
disqualifies you? Very unwiki.

I presume there will still be the request page. So those users can still get the rights.

pbirken wrote:

On the request page, the following is done: check wether someone has been in the community for 60 days, done 200 edits in article namespace and not been blocked. If that is the case, the user gets the right. If he is in less days or has lower edits, he still can get the right simply by admindecision.

I don't really care about the uniqueIPAdress-thing, we can turn it off.

DaB wrote:

It's a difference if a humen checks a user (then 200 edits are ok) or there is an automatism (then 200 is VERY TOO low). FlaggedRevs is useless, if I have to check the Editors now instead of the edits before.

pbirken wrote:

Yes, that's your opinion, it was discussed at length on [[de:WP:AN]] and on http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Gesichtete_Versionen/Rechtevergabe#Automatische_Rechtevergabe.3F.3F and the consensus is to give it a try, although with tighter restrictions than before.

To actually say "200 in main" requires a tweak the above config. Accounting for that and comment #5, we have:

$wgFlaggedRevsAutopromote['days'] = 60; # days since registration
$wgFlaggedRevsAutopromote['edits'] = 200; # total edit count
$wgFlaggedRevsAutopromote['excludeDeleted'] = true; # exclude deleted edits
from 'edits' count above?
$wgFlaggedRevsAutopromote['spacing'] = 3; # spacing of edit intervals
$wgFlaggedRevsAutopromote['benchmarks'] = 15; # how many edit intervals are
needed?
$wgFlaggedRevsAutopromote['recentContentEdits'] = 10; # $wgContentNamespaces
edits in recent changes
$wgFlaggedRevsAutopromote['totalContentEdits'] = 200; # $wgContentNamespaces
edits
$wgFlaggedRevsAutopromote['uniqueContentPages'] = 10; # $wgContentNamespaces
unique pages edited
$wgFlaggedRevsAutopromote['editComments'] = 5; # how many edit comments used?
$wgFlaggedRevsAutopromote['email'] = true; # user must be emailconfirmed?
$wgFlaggedRevsAutopromote['userpage'] = true; # user must have a userpage?
$wgFlaggedRevsAutopromote['userpageBytes'] = 100; # if userpage is needed, what
is the min size?
$wgFlaggedRevsAutopromote['uniqueIPAddress'] = false; # If $wgPutIPinRC is true,
users sharing IPs won't be promoted
$wgFlaggedRevsAutopromote['noSorbsMatches'] = false; # If $wgSorbsUrl is set,
do not promote users that match
$wgFlaggedRevsAutopromote['neverBlocked'] = true; # Can user that
were blocked be promoted?

DaB wrote:

@Philipp: There was NO consensus, only a question what autopromotion is. So it's only YOUR option that it should be reanable!

Be nice folks ;)

Closing this for now.

Done.