Extension talk:AccessControl/2021
This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
57 previous topics.
![]() Archives
|
---|
|
Previous discussion was archived at Extension talk:AccessControl/Archive 1 on 24 October 2016.
Can it block access to Source for all not-logged-in visitors?
but allow for logged-in visitors.
globally, all pages. Johnywhy (talk) 09:40, 3 February 2021 (UTC)
Internal error on 1.31.12 mw
Hi guys,
I installed the extension, created a namespace and a group page in the namespace with name who are allowed to edit the restricted page. Now on many of the existing pages I get
Internal error
[YFx62gphhZ4AAH-g7xUAAABS] 2021-03-25 11:58:19: Fatal exception of type "Error"
Is the newest version of AC not working with mediawiki 1.31.12? Or what could be the problem? 193.16.224.11 (talk) 12:02, 25 March 2021 (UTC)
- Same situation and problem here, except I updated from 1.31 to 1.35 and from ac3.0 to ac4.0.
- Are there any hints or solutions for that? I think to remember, that I've read, that in 4.0 the group page should be in the standard namespace and not in a special namespace anymore. Whatever that means... 91.0.55.60 (talk) 09:54, 21 April 2021 (UTC)
Page protection by <accesscontrol> tag and CharInsert and Gadgets extension
Hi I have a problem with protecting page with <accesscontrol> tag. For example i'm protecting page with this code:
<accesscontrol>GROUP1,GROUP2,GROUP3</accesscontrol>
And for viewing page everything is fine. Users not in mentioneg groups can't access page. But users from mentioned groups (GROUP1,GROUP2,GROUP3) can't edit the page. When anyone in this groups selects editing the page the MediaWiki returns message: 'Access restrictions have been created for this page. If you can see this message, you cannot access this page. This is a secured page.'.
I've checked AccessControl extension code and found debug messages wich tells me that the user is in 'editors' array.
When i disable AccessControl extension users can edit page.
I'm using AC 4.0 on MediaWiki 1.35. Adrianzlobinski (talk) 12:58, 21 April 2021 (UTC)
- Problem solved.
- I've installed also CharInsert and Gadgets extensions. And when i use in one of ma gadgets sniper '<accesscontrol>GROUP1</accesscontrol>' to help users writing section the AccessControl extension reads it to. So the snipet in gadget overwrites the access control list inserted at the top of page content. Solution for this is to write in gadget this line <accesscontrol> instead of <accesscontrol>. This resolved my problem. Adrianzlobinski (talk) 12:44, 23 April 2021 (UTC)
Output of Pages that are Restricted for Reading
RESOLVED | |
Mistake by the user, wrong extension talk page |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My mistake, wrong page, sorry AID-PMBD (talk) 08:41, 2 July 2021 (UTC)
Problem with User Lists
Hi, I've been trying to make user lists and granting them access to pages protected by AccessControl.
I'm on Mediawiki 1.35 with AccessControl 4.1 installed.
While restricting access by listing users withing the <accesscontrol> tag works, I can't seem to create user lists. It has been tested on the main namespace and custom namespaces.
So <accesscontrol>TestUser1,TestUser2,TestUser3</accesscontrol>
works,
but creating a page on the main namespace called "Department", listing the Users and protecting the page like it says in the manual
*TestUser1
*TestUser2
*TestUser3
<accesscontrol>Department</accesscontrol>
[[Category:AccessLists]]
does not grant any permission to any of my TestUser accounts.
I've been stuck with this for a while so any input or an example of a working user list is greatly appreciated, thank you. Janduwe (talk) 09:06, 7 July 2021 (UTC)
- Hi Janduwe,
- I've the same problem as you, running with mw 1.38 , PHP 7.3.33 and AccessControl 4.1 .
- Could I know if you solved the problem?
- If so, could you explain a solution?
- Thanks in advance AlfBD4 (talk) 14:22, 6 September 2022 (UTC)
- You try, please, change in your file
AccessControlHooks.php
- find string:
if ( strpos( $content, '* ' ) === 0 ) {
- and replace it with
if ( strpos( $content, '*' ) > -1 ) {
185.13.112.200 (talk) 20:23, 29 December 2022 (UTC)- Wouldn't it be more correct to follow the correct syntax? Want (talk) 12:28, 21 February 2023 (UTC)
User don't get rights
Hi there,
so I recently updated our wiki to Version 1.35.3 and installed the AccessControl extention. the users log in via ldap authentication.
So it shows the line that a page is protected ans sysops can access them. I have namespace called IT (this was there before the update) and i made a page also called IT with the user list in it (so IT:IT as the access group) but the users that arent in the sysop group always get a user denied message. and it doesent matter if I put them in the group or add them direktly in die <accesscontrol> tags.
so is there anything I am missing? or is there a problem with the ldap authentication. Cornulio (talk) 13:51, 16 August 2021 (UTC)
Redirecting users not in Access Control Group
The extension AccessControl works fine. But I would like users or user groups who are not listed in the <accesscontrol> tag to be redirected to a custom page which says something like "Error 403 - You are not allowed to access this page". The standard page that pops up when the user tries to access a restricted page is is more of a message that suggests a user error which in this case is imho misleading or confusing.
How do I redirect restricted users to a custom "not authorized" page? The documentation for the AccessControl extension does not say how that works. Ablum010777 (talk) 08:21, 3 September 2021 (UTC)
Does not seem to work in mw 1.37
Using extension version 4.1 on mediawiki 1.37 does not seem to work (works as expected in mw 1.35)
Deprecated: Use of userCan hook (used in AccessControlHooks::onuserCan) was deprecated in MediaWiki 1.37. [Called from MediaWiki\HookContainer\HookContainer::run in /var/www/html/includes/HookContainer/HookContainer.php at line 137] in /var/www/html/includes/debug/MWDebug.php on line 375
Deprecated: Use of $wgUser was deprecated in MediaWiki 1.35. [Called from AccessControlHooks::onuserCan in /var/www/html/extensions/AccessControl/AccessControl.hooks.php at line 274] in /var/www/html/includes/debug/MWDebug.php on line 375
Deprecated: $wgUser reassignment detected [Called from AccessControlHooks::onuserCan in /var/www/html/extensions/AccessControl/AccessControl.hooks.php at line 274] in /var/www/html/includes/debug/MWDebug.php on line 375 84.180.56.66 (talk) 10:37, 19 December 2021 (UTC)
- Deprecated messages are warnings about code that may break in future versions and should not be used, but using it now should still work.
- If you're seeing those messages in your browser, you may need to set the error_reporting directive of PHP to disable printing those messages on pages. Ciencia Al Poder (talk) 10:48, 19 December 2021 (UTC)
- $wgDeprecationReleaseLimit = '1.x'; helped to suppress the messages 84.180.56.66 (talk) 13:55, 19 December 2021 (UTC)