Extension talk:Access Control Panel/Flow

No previous topics.

Previous page history was archived for backup purposes at Extension talk:Access Control Panel/LQT Archive 1 on 2015-07-10.

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

I used it, the same problem in MW1.24. With your suggestion it works. Thank you

Still the same bug in version 1.27. Same here for us. and same solution.

Fixed it for me, MW1.30.0. Thank you.

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

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

My special pages page goes blank after installing this extension. Version 1.28.

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 ?

Any update on this issue?

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

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.

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.

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

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

I open a request in bugzilla:66611

Andre Klapper signal they have already a similar request in Sourceforge Access control panel privilegies

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;
	}
};

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?

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)?

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

This post was posted by Edga~mediawikiwiki, but signed as Edga.

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.

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!

Thank you very much for your comment. I have removed the function call and updated the zip file.

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!

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.

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

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.