what's not working for you?
The useless feature that allows users pretend to be part of a group while they actually aren't.
What version of MediaWiki are you running?
MediaWiki 1.15.1 PHP 5.2.8 (apache2handler) MySQL 5.1.30-community
Do the desired rights show up for the group on >>Special:ListGroupRights?
Yes, of course: read, upload, etc... .
What is the exact code you're using with $wgAutopromote?
--------------------------------------------------------- $wgAutopromote = array( 'autoconfirmed' => array( '&', array( APCOND_EDITCOUNT, &$wgAutoConfirmCount ), array( APCOND_AGE, &$wgAutoConfirmAge ), ), 'employee' => array( '&', array( APCOND_EMAILCONFIRMED, &$wgAutoConfirmAge ), ), ); --------------------------------------------------------- This way, an emailconfirmed user (the one that follows and completes the confirmation procedures) can see itself as a part of the employee group using Special:Preferences. This, at the same time, doesn't have effect on Special:ListUsers.
The group 'employee' in my MW configuration has some special write permissions managed by a well known extension: $wgSpecialPageLockdown['FormEdit'] = array('employee'); which (you know) doesn't show up in the Special:ListGroupRights.
Of course, when I manually put a user in the desired group (employee) using Special:UserRights, everything works fine.
I do need to actually put a user into a group. I wonder if there is a way to do this other than using the $wgAutopromote configuration directive.
Do you have any suggestion? Any help is appreciated.
Thank's a lot.
Valerio
----- Original Message ----- From: emufarmers@gmail.com To: vmp@silkwood.it,mediawiki-l@lists.wikimedia.org Sent: Mon, 24 May 2010 13:51:23 -0400 Subject: Re: [Mediawiki-l] $wgAutopromote - How To
$wgAutopromote doesn't actually put the user into the group; it just sometimes pretends the user is in the group when checking rights (and on Special:Preferences). Ignoring whether this behavior actually makes sense, what's not working for you? The user should have the rights associated with the group, even though he won't be listed in it on Special:ListUsers.
What version of MediaWiki are you running? Do the desired rights show up for the group on Special:ListGroupRights? What is the exact code you're using with $wgAutopromote?
On Tue, May 25, 2010 at 5:19 AM, Valerio M. Pelliccioni vmp@silkwood.it wrote:
This, at the same time, doesn't have effect on Special:ListUsers.
They're called implicit groups. They don't appear on ListUsers, but they should appear in a list of a user's groups on Special:Preferences. If they don't appear *there*, then we've got a bug.
The group 'employee' in my MW configuration has some special write permissions managed by a well known extension: $wgSpecialPageLockdown['FormEdit'] = array('employee'); which (you know) doesn't show up in the Special:ListGroupRights.
Of course, when I manually put a user in the desired group (employee) using Special:UserRights, everything works fine.
I do need to actually put a user into a group.
If it's an autopromote group, no. There's a reason we put "auto" in the name :)
-Chad
On Tue, May 25, 2010 at 5:19 AM, Valerio M. Pelliccioni vmp@silkwood.itwrote:
The group 'employee' in my MW configuration has some special write permissions managed by a well known extension: $wgSpecialPageLockdown['FormEdit'] = array('employee'); which (you know) doesn't show up in the Special:ListGroupRights.
Of course, when I manually put a user in the desired group (employee) using Special:UserRights, everything works fine.
I do need to actually put a user into a group.
Lockdown uses User::getEffectiveGroups(), which claims to check for autoconfirmed groups, so I'm not sure why this isn't working for you. I'll ping the extension author about it.
On Tue, May 25, 2010 at 7:58 AM, Chad innocentkiller@gmail.com wrote:
On Tue, May 25, 2010 at 5:19 AM, Valerio M. Pelliccioni vmp@silkwood.it wrote:
This, at the same time, doesn't have effect on Special:ListUsers.
They're called implicit groups. They don't appear on ListUsers, but they should appear in a list of a user's groups on Special:Preferences. If they don't appear *there*, then we've got a bug.
This would probably be less confusing if we didn't have two kinds of implicitness: a group can be be implicit (because it's specified in $wgImplicitGroups) or a user's membership in a group can be implicit (because it's assigned through $wgAutopromote). The joys of evolutionary development. :)
The group 'employee' in my MW configuration has some special write
permissions managed by a well known extension: $wgSpecialPageLockdown['FormEdit'] = array('employee'); which (you know) doesn't show up in the Special:ListGroupRights.
Of course, when I manually put a user in the desired group (employee)
using Special:UserRights, everything works fine.
I do need to actually put a user into a group.
If it's an autopromote group, no. There's a reason we put "auto" in the name :)
I'm pretty sure the reason was just to indicate that promotions are done automatically, not that they're done implicitly and _checked_ automatically. $wgAutopromote could have been implemented so that it actually added users to groups, although that implementation would be a lot trickier and would have practical disadvantages (and a couple of advantages), and the more I think about it the more I can see why it wasn't done that way. Anyway, I added a note on the manual page.
mediawiki-l@lists.wikimedia.org