https://bugzilla.wikimedia.org/show_bug.cgi?id=20812
John Mark Vandenberg <jay...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jay...@gmail.com
--- Comment #28 from John Mark Vandenberg <jay...@gmail.com> 2009-11-19
15:31:21 UTC ---
Please provide unified diffs using "diff -ur old/ new/"
More fundamentally, I think it is necessary for the Proofread Page extension to
not include access control. It should probably use the userCan hook, and let
another extension implement access control.
http://www.mediawiki.org/wiki/Manual:Hooks/userCan
I would prefer to see a matrix that defines what user groups are able to
perform tasks at various stages.
The following would prevent IPs from proofreading pages.
$wgGroupPermissions['autoconfirmed']['proofread'] = true;
$wgProofreadPageStageProtection['*'] = array( 'proofread' );
The following would prevent IPs from validating pages.
$wgGroupPermissions['autoconfirmed']['validate'] = true;
$wgProofreadPageStageProtection[3] = array( 'validate' );
It should be possible to add a sysop-only fourth stage with:
$wgGroupPermissions['sysop']['finalise'] = true;
$wgProofreadPageStageProtection[4] = array( 'finalise' );
Another approach would be:
$wgProofreadPageMaxStage['anon'] = 1;
$wgProofreadPageMaxStage['autoconfirmed'] = 3;
$wgProofreadPageMaxStage['sysop'] = 4;
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
