Extension talk:Access Control Panel

No previous topics.


Help in the privilegie management

Hello,

I'm Using the UMEduWiki package for a MediaWiki page. In the Access 
control panel extension. The interface works perfectly but, for 
example, I have two groups, A and B, the group A can only read and 
edit group A, the same to group B, apparently works but when I enter 
in the page A with the user B, the user B have normal access to the 
page A, so I think that can be a default privilege of the Wiki, but 
I'm not sure. I don't know if I made myself clear...


Thanks for the help! 177.69.29.113 13:34, 29 May 2012 (UTC)

Very sorry for not noticing your post earlier. What matters is that the titles of your pages for which you want to control access are prefixed with the namespace ID. So suppose you have groups A and B, then your pages in group A should have page titles like "A:Page1", "A:Page2", etc. (replace the "Page1", "Page2" bits with your actual page titles, but make sure to keep the "A:" in place). The users in group B will then not be able to access these pages (assuming that your definition was that only group A has access to the pages of group A, or to be more precise, to the pages belonging to namespace A). See the updated documentation of this extension for more information. Robertpba (talk) 07:36, 15 November 2012 (UTC)
Hi
I am bit confused on this one because Panel does not really give you option of doing A:pageA
In Access Control Panel you can just select group and their allowed action and pages they can perform these axtions on.
So I selected groupA can edit pages of A and B can edit pages of B; but when I login as A and A can still edit pages of B.
Following is snap of (show existing Privileges:
Group(s) 1card can edit the pages of group 1card
Group(s) 1card can edit the pages of group 1card_talk
Group(s) Bookstore can edit the pages of group Bookstore
Group(s) Bookstore can edit the pages of group Bookstore_talk
Group(s) DBA can edit the pages of group DBA
Group(s) DBA can edit the pages of group DBA_talk 205.189.22.177 12:49, 16 July 2013 (UTC)
The access control extension is designed for coarse-grained access control, i.e. to control entire groups of pages, not individual pages. If you need to control individual pages then I suggest you look at other extensions.
If a member of group A is able to edit pages of group B then there should be somewhere a privilege setting giving group A edit access to pages of group B. Please check the entire list of privileges for all settings involving A and B. Also make sure that namespaces A and B actually exist. Robertba (talk) 13:49, 16 July 2013 (UTC)

I using extension:access control panel and its working quite good but the pages not readable publicly.

What i do for accessing pages as publicly readable?

Vikrant 117.211.75.96 10:49, 6 March 2013 (UTC)

A new version has been released, which allows you to choose "anyone" and "logged-in users" as guest groups in privilege setting. Now you can grant read access to "anyone" for namespaces you want to be publicly readable. You can download the new version here:
http://sourceforge.net/projects/umeduwiki/files/AccessControlPanel-1.1.zip/download
Remember to allow all users to read the wiki in LocalSettings.php too. Change $wgGroupPermissions['*']['read'] to true if it was false. Please refer to Manual:User_rights for details.
If you have any problems with this new version, please let me know. Peter@Umdacc (talk) 15:31, 6 March 2013 (UTC)
Hi Peter
Thanks for the link and give me a wonderful solution its really good. Its working very well.
again thanks
vikrantt91@gmail.com 117.211.75.96 03:32, 7 March 2013 (UTC)

Access right to Access Control Panel

I am using ACP but even as sysop user I am getting you don't have access rights to this page.
Following are setting in Localsettings.php
  1. Allow anonymous user to read the Main Page and login page
$wgWhitelistRead = array( ":Main Page", "Special:Userlogin");
$wgAccessControlPanelAllowedGroup = 'sysop';
  1. AccessControlPanel setting
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions[$wgAccessControlPanelAllowedGroup]['read'] = true;
$wgGroupPermissions[$wgAccessControlPanelAllowedGroup]['edit'] = true;
  1. Enabled Extensions. Most extensions are enabled by including the base extension file here
  2. but check specific extension documentation for more details
  3. The following extensions were automatically enabled:
require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );
require_once( "$IP/extensions/Gadgets/Gadgets.php" );
require_once( "$IP/extensions/Nuke/Nuke.php" );
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );
require_once( "$IP/extensions/Renameuser/Renameuser.php" );
require_once( "$IP/extensions/Vector/Vector.php" );
require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );
Here are the user properties for user I am using to login as
User rights log
    13:45, 11 July 2013 Itses (Talk | contribs | block) changed group membership for User:Itses from bureaucrat and administrator to bureaucrat, administrator, bot, 1card, Bookstore and DBA
205.189.22.177 14:53, 12 July 2013 (UTC)
Hello,
The LocalSettings.php you posted didn't show where is the line:
require_once("$IP/extensions/UMEduWiki/AccessControlPanel/AccessControlPanel.php");
Please note that the line:
$wgAccessControlPanelAllowedGroup = 'sysop';
must be inserted after the require_once line. Hope this helps. Umdacc (talk) 12:14, 16 July 2013 (UTC)
Thanks very much as it solved my problem and sorry for missing info. Here is how my LocalSetting.php looks like now and I can see the Control Panel now.
I didn't know that order of contents in the file also matters; none of the documentation also pointed this fact.
  1. Enabled Extensions. Most extensions are enabled by including the base extension file here
  2. but check specific extension documentation for more details
  3. The following extensions were automatically enabled:
require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );
require_once( "$IP/extensions/Gadgets/Gadgets.php" );
require_once( "$IP/extensions/Nuke/Nuke.php" );
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );
require_once( "$IP/extensions/Renameuser/Renameuser.php" );
require_once( "$IP/extensions/Vector/Vector.php" );
require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );
  1. Access Control extentions
  2. require_once("$IP/extensions/MW-AccessControl/AccessControl.php");
require_once("$IP/extensions/MW-lockdown/Lockdown.php");
require_once("$IP/extensions/MW-AccessControlPanel/AccessControlPanel/AccessControlPanel.php");
  1. Allow anonymous user to read the Main Page and login page
$wgWhitelistRead = array( ":Main Page", "Special:Userlogin");
$wgAccessControlPanelAllowedGroup = 'sysop';
$wgGroupPermissions[$wgAccessControlPanelAllowedGroup]['read'] = true;
$wgGroupPermissions[$wgAccessControlPanelAllowedGroup]['edit'] = true;
  1. AccessControlPanel setting
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions['sysop']['edit'] = true;
$wgGroupPermissions['sysop']['read'] = true;
  1. End of automatically generated settings.
  2. Add more configuration options below. 205.189.22.177 12:24, 16 July 2013 (UTC)
HI,
Access level did not work for me, I created two users and two groups but create the pages for individual groups. the page showing all groups
,any help Kamalakkannan1984 (talk) 06:52, 7 June 2016 (UTC)

MW >= 1.21.1 and AccessControlPanel error and solution

According to mediawiki from MW1.21.1 the function wfLoadExtensionMessages() is removed. (other interesting link https://www.mediawiki.org/wiki/Special:Code/MediaWiki/52503 )

Now, AccessControlPanel don't works and you have to edit AccessControlPanel.body.php and comment (with //) row 27 : 

wfLoadExtensionMessages('AccessControlPanel');

and it works! kraba 07:52, 18 September 2013 (UTC)

Thank you very much for your comment. I have removed the function call and updated the zip file. Netsonfong (talk) 13:02, 2 October 2013 (UTC)

Group

Hello..

I m new in media wiki and i have installed the access control panel and in that i have created a group and a page inside a group. I have assigned this group to a user but i m not able get the group link using admin side or from the user side. But if i use link http://localhost/mediawiki/index.php/group_1:Testpage i m getting my page.


So please help to get the url using application(media wiki set up).

Installed the ACP extension, added following line to my LocalSettings.php

   require_once("$IP/extensions/UMEduWiki/AccessControlPanel/AccessControlPanel.php");

it works, but I can't access Special:SpecialPages, it returns Server Error, which is 500, usually means a serious php failure. Any ideas? 5.2.127.10 10:35, 25 September 2013 (UTC)

Sorry for my late reply. I have tried with various settings, but I cannot reproduce the situation you mentioned. Which version of MediaWiki are you using? Could you check your PHP error log and find out the related error message(s)? Netsonfong (talk) 13:05, 2 October 2013 (UTC)
Actually I enabled php error reporting in LocalSettings.php and I got that:
Fatal error: Call to undefined function wfLoadExtensionMessages() in /extensions/UMEduWiki/AccessControlPanel/AccessControlPanel.body.php on line 27 Edga (talk) 07:54, 15 October 2013 (UTC)
I believe this is the same issue reported below ("MW >= 1.21.1 and AccessControlPanel error and solution") that was solved recently. See the below message by Netsonfong of ‎13:02, 2 October 2013. Robertpba (talk) 15:25, 22 October 2013 (UTC)

Mediawiki 1.23 Call to undefined method SpecialPage::SpecialPage()

It's not possible to call Specialpage anymore because of this error. I found a solution here: https://www.mail-archive.com/wikibugs-l@lists.wikimedia.org/msg53602.html. In the file AccessControlPanel.body.php I replaced the lines
        function AccessControlPanel() {
                SpecialPage::SpecialPage( 'AccessControlPanel', 'protect' );
        }
by
        function AccessControlPanel() {
                parent::__construct( 'AccessControlPanel', 'protect' );
        }
as suggested and now it works again. There should be a version control to choose the old behaviour in old mediawikis and change to the new in Mediawiki 1.23 C holtermann (talk) 00:40, 8 June 2014 (UTC)
I used it, the same problem in MW1.24. With your suggestion it works. Thank you NGS @CARES 22:47, 15 February 2015 (UTC)
RiverStyx23 (talk) 21:59, 11 April 2015 (UTC)
Still the same bug in version 1.27. Same here for us. and same solution. 131.159.28.186 (talk) 11:57, 23 August 2016 (UTC)
Fixed it for me, MW1.30.0. Thank you. 64.183.182.67 (talk) 18:48, 19 January 2018 (UTC)

Mediawiki 1.23 - No more

I use C.holtermann issue (8 June 2014) and v1.1.1.
For me, previous (old) pages, created by Access control panel Groups disapears.
WikiName.org/wiki/ProtectedGroupName:PageName
become
WikiName.org/wiki/:PageName
if I create a page with this content : #REDIRECT[[ProtectedGroupName:PageName]], the page is visible. (And already protected)..
errors logs are here : https://github.com/JanLuca/UMEduWiki/pull/1 Zidjinn (talk) 16:59, 13 June 2014 (UTC)
I open a request in bugzilla:66611
Andre Klapper signal they have already a similar request in Sourceforge Access control panel privilegies Zidjinn (talk) 15:01, 15 June 2014 (UTC)
I'm pretty sure this is the same issue I had with a new installation of this extension. I see that the extension is not creating the extra namespaces in newer MediaWiki versions. I got the following quick-fix to work in MediaWiki version 1.25. Insert it on bottom of AccessControlPanel.php.
$wgHooks['CanonicalNamespaces'][] = function( array &$namespaces ) {
	$dbr = wfGetDB( DB_SLAVE );
	/* Selecting NAMESPACES */
	$myNamespaces = $dbr->select('tw_namespaces', '*');
	foreach ($myNamespaces as $row) {
		$nsNumber = intval( $row->tw_ns_number );
		$nsName = $row->tw_ns_name;
		$namespaces[$nsNumber] = $nsName;
	}
};
Ike Hecht 21:49, 10 February 2016 (UTC)

Compatibility between Visual Editor and AccessControl in MW 1.27.0

It seems that we can't edit pages that are controlled by AccessControl whith Visual Editor in MW 1.27.0. Is there any way to handle this ? 193.248.41.114 (talk) 14:16, 29 July 2016 (UTC)

Any update on this issue? DanielJamieson (talk) 12:09, 18 January 2017 (UTC)

Special pages blank

My special pages page goes blank after installing this extension. Version 1.28. 74.131.4.253 (talk) 01:28, 26 January 2017 (UTC)

Internal error

Hello everybody.

With a fresh installation of MediaWiki, i just installed to Extensions:

  • LockDown
  • AccessControlPanel.

If i let the following configuration:

# The following permissions were set based on your choice in the installer

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['*']['createtalk'] = false;

$wgGroupPermissions['*']['createpage'] = false;

$wgGroupPermissions['user']['edit'] = true;

$wgGroupPermissions['bureaucrat']['createaccount'] = true;

# Permisos definidos por SyNP | Soluciones Y No Problemas

# AccessControlPanel

$wgGroupPermissions['Teacher'] = $wgGroupPermissions['sysop'];

# Grupo MELIA

$wgGroupPermissions['MELIA'] = $wgGroupPermissions['user'];

$wgGroupPermissions['MELIA']['purge'] = false;

$wgGroupPermissions['MELIA']['sendmail'] = false;

$wgGroupPermissions['MELIA']['createaccount'] = false;

$wgGroupPermissions['MELIA']['upload'] = false;

$wgGroupPermissions['MELIA']['move'] = false;

And

require_once "$IP/extensions/Lockdown/Lockdown.php";

$wgSpecialPageLockdown['*'] = array('sysop');

$wgNamespacePermissionLockdown[NS_PROJECT]['*'] = array('sysop');

$wgNamespacePermissionLockdown[NS_PROJECT]['read'] = array('*');

#Access Control Extension

require_once("$IP/extensions/UMEduWiki/AccessControlPanel/AccessControlPanel.php");

$wgAccessControlPanelAllowedGroup = 'sysop';

$wgGroupPermissions[$wgAccessControlPanelAllowedGroup]['read']   = true;

$wgGroupPermissions[$wgAccessControlPanelAllowedGroup]['edit']   = true;

Always receive the following error:

[959137daed0b0b469705ddf7] 2017-02-20 06:30:19: Fatal exception of type "Error"

But if i comment the AccessControlPanel configuration, MediaWiki works normally.

Any suggestions?

Regards 217.10.95.100 (talk) 06:35, 20 February 2017 (UTC)

Show members error

Hi all!

Anyone know how to fix this error:

If choose group and press Show Members button on access control panel screen see this error:

[d6fe3e009cf216a328ca13e6] /index.php?title=Special:AccessControlPanel&action=remove&value=ask Error from line 267 of /var/www/html/mediawiki/extensions/UMEduWiki/AccessControlPanel/AccessControlPanel.body.php: Call to undefined method User::getSkin()

Backtrace:

#0 /var/www/html/mediawiki/extensions/UMEduWiki/AccessControlPanel/AccessControlPanel.body.php(526): AccessControlPanel->listGroupMembers(array)

#1 /var/www/html/mediawiki/includes/specialpage/SpecialPage.php(522): AccessControlPanel->execute(NULL)

#2 /var/www/html/mediawiki/includes/specialpage/SpecialPageFactory.php(578): SpecialPage->run(NULL)

#3 /var/www/html/mediawiki/includes/MediaWiki.php(287): SpecialPageFactory::executePath(Title, RequestContext)

#4 /var/www/html/mediawiki/includes/MediaWiki.php(862): MediaWiki->performRequest()

#5 /var/www/html/mediawiki/includes/MediaWiki.php(523): MediaWiki->main()

#6 /var/www/html/mediawiki/index.php(43): MediaWiki->run()

#7 {main}

MW ver.1.29 A.yakovlev (talk) 13:17, 4 December 2017 (UTC)