Extension talk:Access Control Panel

Jump to: navigation, search

About this board

No previous topics.

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
217.10.95.100 (talkcontribs)

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

Reply to "Internal error"
74.131.4.253 (talkcontribs)

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

Reply to "Special pages blank"

Compatibility between Visual Editor and AccessControl in MW 1.27.0

2
193.248.41.114 (talkcontribs)

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 ?

DanielJamieson (talkcontribs)

Any update on this issue?

Reply to "Compatibility between Visual Editor and AccessControl in MW 1.27.0"

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

4
C holtermann (talkcontribs)

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

131.159.28.186 (talkcontribs)

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

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

Access right to Access Control Panel

4
205.189.22.177 (talkcontribs)

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
Umdacc (talkcontribs)

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.

205.189.22.177 (talkcontribs)

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.
Kamalakkannan1984 (talkcontribs)

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

Reply to "Access right to Access Control Panel"
Zidjinn (talkcontribs)

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

Tosfos (talkcontribs)

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;
	}
};
Reply to "Mediawiki 1.23 - No more"

Group

4
Summary by 122.182.19.98

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

5.2.127.10 (talkcontribs)

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?

Netsonfong (talkcontribs)

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

Edga~mediawikiwiki (talkcontribs)

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.

Robertpba (talkcontribs)

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.

Reply to "Group"

MW >= 1.21.1 and AccessControlPanel error and solution

2
Kraba (talkcontribs)

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!

Netsonfong (talkcontribs)

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

Reply to "MW >= 1.21.1 and AccessControlPanel error and solution"
177.69.29.113 (talkcontribs)

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!

Robertpba (talkcontribs)

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.

205.189.22.177 (talkcontribs)

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

Robertba (talkcontribs)

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.

Reply to "Help in the privilegie management"
117.211.75.96 (talkcontribs)

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

Umdacc (talkcontribs)

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.

117.211.75.96 (talkcontribs)

Hi Peter

Thanks for the link and give me a wonderful solution its really good. Its working very well.

again thanks

vikrantt91@gmail.com

Reply to "Related Access Control Panel"
There are no older topics