Last modified: 2010-06-13 03:08:16 UTC
We need a new user group created. The users in this group should not be able to create new pages in article namespace but they should be able to do every other edit a regular user can do. Some users keep adding new articles without responding to community's messages and manual of style. This is especially a problem when large number of users taking part in a non-wiki project do this as a group of users. Such behavior results in needless workload for the community and reduces the quality of our Wikipedia. So, we want to create a new user group as mentioned above which may help in forcing them to improve their existing articles before adding new articles in bulk. We ran a poll to this effect and community has consensus in creating this user group. http://ta.wikipedia.org/wiki/%E0%AE%B5%E0%AE%BF%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AE%BF%E0%AE%AA%E0%AF%8D%E0%AE%AA%E0%AF%80%E0%AE%9F%E0%AE%BF%E0%AE%AF%E0%AE%BE:Request_to_create_a_new_user_group Thanks.
Is there someone working on this? We'd like to get this resolved sooner. Thanks, Sundar
Who will be allowed to add or remove users to this group?
(In reply to comment #2) > Who will be allowed to add or remove users to this group? We'd like this right to be present with the bureaucrats (currently numbering four).
After doing some analysis, I've bad news for you. Users that are in several groups inherit the rights from all their groups. If one of the groups has the permission to create new articles, the user will also have the permission. In your case, the default group and the logged-in-user group both have the right to create new articles. Adding a new group without this permission will not remove the right to create new articles from the user.
Oh. Can it be fashioned as individual user level blocks?
There's an open feature request for fine-grained blocks, hovewer it is unlikely to be implemented in the near future - mostly because using technical means to resolve social problems is inherently wrong. It will just create more social problems and demand more technical cruft to address, and so on ad infinitum.
(In reply to comment #6) > There's an open feature request for fine-grained blocks, hovewer it is unlikely > to be implemented in the near future - mostly because using technical means to > resolve social problems is inherently wrong. It will just create more social > problems and demand more technical cruft to address, and so on ad infinitum. Thanks for the clarification.
(In reply to comment #4) > After doing some analysis, I've bad news for you. > > Users that are in several groups inherit the rights from all their groups. If > one of the groups has the permission to create new articles, the user will also > have the permission. In your case, the default group and the logged-in-user > group both have the right to create new articles. Adding a new group without > this permission will not remove the right to create new articles from the user. There's [[mw:Manual:$wgRevokePermissions]] which seems to be able to achieve that.
Done. =================================================================== Index: InitialiseSettings.php =================================================================== --- InitialiseSettings.php (revision 849) +++ InitialiseSettings.php (working copy) @@ -5733,6 +5733,9 @@ 'bureaucrat' => array( 'sysop', 'bureaucrat', 'bot' ), 'sysop' => array( 'rollbacker' ), ), + '+tawiki' => array( + 'bureaucrat' => array( 'nocreate' ), + ), '+trwiki' => array( 'bureaucrat' => array( 'patroller') ), @@ -5966,6 +5969,9 @@ 'bureaucrat' => array( 'bot' ), 'sysop' => array( 'rollbacker', 'ipblock-exempt' ), ), + '+tawiki' => array( + 'bureaucrat' => array( 'nocreate' ), + ), '+trwiki' => array( 'bureaucrat' => array( 'patroller') ), @@ -7884,5 +7890,11 @@ 'testwiki' => true, ), +'wgRevokePermissions' => array( + 'tawiki' => array( + 'nocreate' => array( 'createpage' => false), + ), +), + ); ?>
Should work now, changed the config to: +'wgRevokePermissions' => array( + 'tawiki' => array( + 'nocreate' => array( 'createpage' => true), + ), +), +
Thanks Liangent and Jeluf.
