Extension talk:Lockdown

About this board


Archives
Archive 1


I can't edit pages protected with Lockdown in the VisualEditor

2
M.J.W.B. (talkcontribs)

I can't edit pages protected with Lockdown in the VisualEditor. Does anyone know how to fix this?

M.J.W.B. (talk) 14:06, 24 March 2024 (UTC)

M.J.W.B. (talkcontribs)

I think I already solved it, by adding this to LocalSettings.php:

$wgVisualEditorAvailableNamespaces = [
        "Category" => true, 
        "Private" => true
    
        ];
Reply to "I can't edit pages protected with Lockdown in the VisualEditor"

Can't Block Special Namespace

3
121.200.34.78 (talkcontribs)

I've installed Lockdown to restrict the special namespace to sysop and cm user groups, but when testing it, it doesn't seem to work.


My LocalSettings.php contains the following:

wfLoadExtension( 'Lockdown' );

$wgNamespacePermissionLockdown[NS_SPECIAL]['*'] = [ 'sysop', 'cm' ];


Any advise? Thanks

Narcisgarcia (talkcontribs)

Same here.

Tried:

$wgNamespacePermissionLockdown[NS_SPECIAL]['*'] = [ 'user' ];

Perhaps is there some way to do a loop to every special page (from what array?) and set $wgSpecialPageLockdown for them.

Narcisgarcia (talkcontribs)

This works for me to make special pages disappear to anonymous users:

$wgHooks['SpecialPage_initList'][] = function ( &$list ) {
	$PagesWhiteList = array('Userlogin', 'PasswordReset', 'Categories', 'Tags', 'Search', 'Captcha');
	foreach ($list as $PageName => $PageSpecs) {
		if (!in_array($PageName, $PagesWhiteList) && RequestContext::getMain()->getUser()->isAnon()) {
			unset( $list[$PageName] );
		}
	}
	return true;
};
Reply to "Can't Block Special Namespace"
Zarathustra999 (talkcontribs)

Hi,

Is there a way to whitelist pages in locked-down namespaces? I have locked down NS_Project but would like read access to Project:General_disclaimer.

Cheers,

Zarathustra999 (talkcontribs)

I found a workaround

Tenbergen (talkcontribs)

I just updated my wiki to 1.40 and downloaded the newest version of Lockdown in the process. I am getting an error:

Fatal error: Uncaught ExtensionDependencyError: Lockdown is not compatible with the current MediaWiki core (version 1.40.0), it requires: >= 1.41.0. in /home/<mywikidir>/includes/registration/ExtensionRegistry.php:438 Stack trace: #0 /home/<mywikidir>/includes/registration/ExtensionRegistry.php(282): ExtensionRegistry->readFromQueue(Array) #1 /home/<mywikidir>/includes/Setup.php(282): ExtensionRegistry->loadFromQueue() #2 /home/<mywikidir>/includes/WebStart.php(92): require_once('/home/xxx/w...') #3 /home/<mywikidir>/index.php(44): require('/home/xxx/w...') #4 {main} thrown in /home/<mywikidir>/includes/registration/ExtensionRegistry.php on line 438

Kghbln (talkcontribs)

If you are on MW 1.40 you cannot use master since it indeed requires MW 1.41+. You should use the version from the REL1_40 branch. The extension distributor should offer a download for MW 1.40

Tenbergen (talkcontribs)

I use a script to do the updates, first pulling down the newest version of mediawiki and then doing git pulls on most extensions. Is there a way to pull things from this extension distributor by script? Tenbergen (talk) 14:22, 11 July 2023 (UTC)

Kghbln (talkcontribs)

Do git pull;git checkout REL1_40 in the extension's directory.

Tenbergen (talkcontribs)

Thank you! Do all the extensions on gerrit follow that? Ie. would I be able to use that syntax to just do a pull for the current version and subversion of mediawiki that I am pulling?

Kghbln (talkcontribs)

More or less. A REL1_xx branch needs to be present, which I think is the case for all extensions on Gerrit. Otherwise, replace this with the appropriate tag, e.g., 2.3, etc.

Reply to "Requires 1.41?"
134.3.98.147 (talkcontribs)

Hi, I just updated to MediaWiki 1.37 and get now the following error:

Use of User::getEffectiveGroups was deprecated in MediaWiki 1.35. [Called from MediaWiki\Extensions\Lockdown\Hooks::onGetUserPermissionsErrors in /var/www/html/extensions/Lockdown/src/Hooks.php at line 123] in /var/www/html/includes/debug/MWDebug.php
 on line 375

I think the code should be fixed here. I hope someone could help out.

134.3.98.147 (talkcontribs)

Found that in the release Notes of MW 1.35:

The following methods of the User class are deprecated: getGroups, getGroupMemberships, getEffectiveGroups, getAutomaticGroups, addGroup, removeGroup, getFormerGroups, getAllGroups, getImplicitGroups, addAutopromoteOnceGroups. Use the new UserGroupManager service instead.

So I would say, the Extension is not supported for MW 1.37. Hopefully someone will fix that. I am using the extension for so long without any trouble.

Lakejason0 (talkcontribs)

Have you upgraded your extension to the newest version? I viewed the commit history and saw one commit fixing it.

12.238.91.10 (talkcontribs)

I encountered the same problem when using Lockdown from the REL1_37 branch. The commit fixing this issue is only in the master branch right now. Ideally the fix would be merged into REL1_37 so users of Mediawiki 1.37 won't have to choose the master (development) branch.

Reply to "Deprecated Function"

Lockdown malfunction

1
84.236.81.191 (talkcontribs)

Hi, i tried to create a new custom namespace, and a group that can edit this namespace and only this namespace, but can read all the other namespaces using the Lockdown extension. Here is the settings i made.

I'm using MW 1.35.

The new namespace is DATALAN, the new group is datalan.


define("CUST", 3001);

define("USR", 3002);

define("DATALAN", 3003);

$wgExtraNamespaces[CUST] = "Customization";

$wgExtraNamespaces[USR] = "Users_guide";

$wgExtraNamespaces[DATALAN] = "Users_guide_SVK";


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

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

$wgGroupPermissions['datalan']['createpage'] = true;

$wgGroupPermissions['datalan']['delete'] = true;

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

$wgAdminCanReadAll = true;

$wgAccessControlRedirect = false;

$wgNamespacePermissionLockdown['*']['edit'] = [ 'bureaucrat'];

$wgNamespacePermissionLockdown[CUST]['read'] = array( 'bureaucrat','reader');

$wgNamespacePermissionLockdown[USR]['read'] = array( 'bureaucrat','reader');

$wgNamespacePermissionLockdown[DATALAN]['read'] = array( 'bureaucrat','reader', 'datalan' );

$wgNamespacePermissionLockdown[DATALAN]['edit'] = array( 'datalan');


If i enable the Lockdown extension, the edit icon on the pages inside the DATALAN NS are disappearing for the users in the group datalan. The reading restrict acces works perfectly, if a user in a datalan group tries to read a page, that is in CUST namespace or the other.


I woulde be very happy if somene can help me!


Thanks!

Reply to "Lockdown malfunction"

Restricted special pages. Using Lockdown Extension

1
Ki maung (talkcontribs)

hello i'm from indonesia sorry if i'm wrong in english.. #ask i want to create a hidden page on mediawiki so that only me can see/edit the page i tried to use extension lockdown but the problem is i can't configure it. can anyone help with my problem

Reply to "Restricted special pages. Using Lockdown Extension"

Conflict on Extension:Lockdown page ?

2
Wightbartie (talkcontribs)

As a newbie, there seems to be such a basic conflict on the main page of this extension, I wonder if I'm missing something -

$wgSpecialPageLockdown['Export'] = [ 'user' ];

Is described in the Example to 'PREVENT access to Special:Export to logged in users (registered user)'

But in the Configuration it is described as 'to limit the use of Special:Export to logged in users'

89.145.60.157 (talkcontribs)

'user' means everyone with an active account.

anonymous persons can't export with this setting.

maybe you want disallow for all or restrict to 'sysop'

Reply to "Conflict on Extension:Lockdown page ?"

Restrict access to "Page Information"

2
S0ring (talkcontribs)

In order to restrict access to the Page Information (for ex. https://mediawiki.my.domain/index.php?title=Main_Page&action=info) for the anonymous users, I tried this:

wfLoadExtension( 'Lockdown' );

$wgSpecialPageLockdown['PageInfo'] = [ 'sysop' ];

$wgSpecialPageLockdown['Info'] = [ 'sysop' ];

but it doesn't work, the page won't be restricted. Does anybody know a solution for this?

89.145.60.157 (talkcontribs)

These aren't special-Pages, that are actions.

so

$wgActionLockdown['info'] = [ 'user' ];

will restrict the page to user with account

Reply to "Restrict access to "Page Information""

Restrict access to templates

2
رامي 4554 (talkcontribs)

Hi; How can access to templates be restricted to registered persons?

Charitwo (talkcontribs)

You can protect them using administrator rights to "Allow only autoconfirmed users" - this will only prevent editing but not viewing

Reply to "Restrict access to templates"
Return to "Lockdown" page.