Extension talk:PermissionACL

MediaWiki 1.13 Upgrade
Has anybody else had trouble with this extension after upgrading to MediaWiki 1.13? I upgraded from 1.12 and now "Special" pages that used to be public are restricted. I found that some problems were case sensitivity issues (e.g., if I had white-listed "Special:userlogin", I had to change that to "Special:UserLogin". But for some reason the "Create Account" page cannot be white-listed.  It is the same page as the login page ("Special:UserLogin" with just an additional URL parameter).  The login page is accessible but the create account page is not.  If I disable PermissionACL, then the create account page is accessible again.  Any ideas?  This is the line I currently have in my LocalSettings.php file.

Upload Files
While uploading file, it shows "Upload warning, Protected page". Superusers do not get this error. If PermissionACL is disabled, no error too. Any idea? - Hugh

I'm having a similar problem uploading files. With PermissionACL enabled, the only users that can upload files are those in the $wgPermissionACL_Superuser array. Any other user, even one that is in the Sysop group is unable to upload files. It's not a problem with getting to the Special:Upload page. All registered users are able to go to the upload page, specify (pick) a file, and click on the "Upload file" button. Once the "Upload file" button is pressed, the page displays: Permission Errors You do not have permission to do that, for the following reason:

You are not allowed to execute the action you have requested.

With PermissionACL disabled, any registered user can successfully upload a file.

On the off chance that the problem had to do with the $wgGroupPermission array being reset by the PermissionACL extension, I copied the following lines from DefaultSettings.php, and pasted them in my LocalSettings.php, after the 'require_once( "$IP/extensions/PermissionACL/PermissionACL.php");' line. $wgGroupPermissions['user']['move'          ] = true; $wgGroupPermissions['user']['move-subpages' ] = true; $wgGroupPermissions['user']['read'          ] = true; $wgGroupPermissions['user']['edit'          ] = true; $wgGroupPermissions['user']['createpage'    ] = true; $wgGroupPermissions['user']['createtalk'    ] = true; $wgGroupPermissions['user']['writeapi'      ] = true; $wgGroupPermissions['user']['upload'        ] = true; $wgGroupPermissions['user']['reupload'      ] = true; $wgGroupPermissions['user']['reupload-shared'] = true; $wgGroupPermissions['user']['minoredit'     ] = true; $wgGroupPermissions['user']['purge'         ] = true; $wgGroupPermissions['user']['import'        ] = true; $wgGroupPermissions['user']['importupload'  ] = true; $wgGroupPermissions['user']['upload_by_url' ] = true; That didn't work either. I even tried them individually, but still no luck.

Has anyone been able to configure PermissionACL to allow non-superuser accounts to upload files? Does anyone know of any other sites, forums, etc. for discussing this extension? This was one of the very few sites I could find, and so far I haven't found a solution to this problem.

- Rowdy. 1/16/09.

How can I connect a page to a group?
Please can you tell me what I have to put on the page itself to connect that pages to a difined group?

Answer: All your settings go in your main LocalSetting.php, not individual pages. If you don't want to specify each and every page in this file (totally impractical), you can group your pages in namespaces and specify permissions for each namespace.

Can't see uploaded images
I can see thumbnails in pages but when i try to go to the image's page it says im not allowed, should i give read permission to the image namespace? even if I define the user as  he is not able to read images. thanks

Protect Semantic Properties
Is there a way to use PermissionACL to define access rights for semantic properties? I'd like to protect some sensitive data that currently can be retrieved by any user simply "asking" the right questions... --Planetenxin 12:56, 14 October 2008 (UTC)