Extension talk:EditSubpages

This is really useful! Thanks so much for the development.

Errors
Great extension, but I got an error after installing it: "Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of array_unique. If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in [redacted]/extensions/EditSubpages/EditSubpages.php on line 60 Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of array_unique. If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in [redacted]/extensions/EditSubpages/EditSubpages.php on line 69" Er, help? I also get this error when I log out and try to edit my unrestricted pages: Warning: preg_match [function.preg-match]: Unknown modifier '\' in [redacted]/extensions/EditSubpages/EditSubpages.php on line 55 Warning: preg_match [function.preg-match]: Unknown modifier '\' in [redacted]/extensions/EditSubpages/EditSubpages.php on line 55 The attempted edit tab does not show up for the unrestricted pages. --
 * Both issues should be fixed in version 1.2. I've moved it into Subversion, so you need to download it from there instead of copy/pasting. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:50, 3 March 2008 (UTC)
 * Many, many thanks!

This is working great, except I may have found either a bug or a problem with my set-up. The pages I list, and their talk pages, are editable by everyone. If I list a specific talk page, it isn't editable, even though it's showing in the list. Also, subpages of the pages I list are not editable. I thought that all subpages were editable, and that anonymous users could create new subpages? 24.16.13.116 22:33, 6 March 2008 (UTC)
 * Should be fixed now. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:14, 7 March 2008 (UTC)

Another Error
It seems that I am unable to "unlock" a page that is in a namespace. Pages in the main namespace get unlock fine, but pages in the Help namespace or Project namespace (I just haven't tried any others) don't get unlocked. Smaug 00:38, 28 March 2008 (UTC)
 * I'll look into that. --Skizzerz talk - contribs 19:02, 30 March 2008 (UTC)
 * Fixed in version 2.0. Grab it from Subversion. --Skizzerz talk - contribs 22:56, 4 April 2008 (UTC)

EditSubpages gives Fatal error if Extension:ConfirmAccount is installed
Looks like EditSubpages.php barfs at line 30 if MediaWiki:Unlockedpages does not exist. Better mention this in installation instructions. --84.253.237.195 20:02, 29 March 2008 (UTC)

Seems I was too hasty in drawing conclusions. I get Fatal error: Call to a member function getText on a non-object in /biz/fcjazzjuniorit.fi/html/mediawiki-1.11.0/extensions/EditSubpages/EditSubpages.php on line 30 Even if MediaWiki:Unlockedpages exists. Google show lots of same erros, trying to find out actual cause, but may be something with webhotel setup. --Taleman 13:09, 30 March 2008 (UTC)
 * That is odd. The purpose of that particular line is grab the title of the current page. MediaWiki:Unlockedpages plays no part in that step. I'm guessing it has something to do with your setup, then, since it appears $wgTitle (which is the current page's title object) doesn't seem to be defined for you, despite the fact that it was declared in a global the line prior. Not quite sure how to help you on this... --Skizzerz talk - contribs 19:01, 30 March 2008 (UTC)

From discussion on #mediawiki 2008-03-31 < Werdna> that extension is badly-written < Werdna> the extension should be using the userCan hook, not the UserGetRights hook < Werdna> perhaps the order of execution has been changed?

I am running * MediaWiki: 1.11.1 * PHP: 5.2.5 (cgi) * MySQL: 5.0.45-community

I updated MediaWiki, same error message if I add to LocalSettings.php.
 * 1) error_reporting(E_ALL);
 * 2) ini_set("display_errors", 1);
 * 3) $wgShowExceptionDetails = true;

MediaWiki 	1.12.0 PHP 	5.2.5 (cgi) MySQL 	5.0.45-community --Taleman 07:21, 31 March 2008 (UTC)

I installed MW 1.12.0 on another web hotel, there EditSubpages works, at least before I install other extensions and change LocalSettings.php. --Taleman 10:54, 31 March 2008 (UTC)

I installed Extension:ConfirmAccount, then the Fatal error appears. So my conclusion is, that EditSubpages does not work if ConfirmAccount is also installed. --Taleman 11:17, 31 March 2008 (UTC)
 * Hmm... I initially used UserGetRights instead of userCan because it made the coding a hell of a lot easier for the same effect, but I'll play around with a userCan version too. As for the ConfirmAccount issue, that may be fixed by switching to using userCan as well... I really don't know. --Skizzerz talk - contribs 22:27, 31 March 2008 (UTC)
 * Ok, I'm attempting to fix this error right now, but the userCan hook is being mean to me and not working :(. I should hopefully have the next version (2.0) up by next week or so. --Skizzerz talk - contribs 17:01, 4 April 2008 (UTC)
 * Fixed in version 2.0. Grab it from Subversion. --Skizzerz talk - contribs 22:56, 4 April 2008 (UTC)
 * Installed new EditSubpages.php. Edit tab is shown on pages mentioned in Unlockedpages, and page can be modified, but saving the page shows dialog about having to log in to edit pages. And modifications are not saved. I did not see any altered installation instructions, and do not understand why this fails. --Taleman 06:23, 6 April 2008 (UTC)
 * Hmm... I think I may know the fix for that. --Skizzerz talk - contribs 15:41, 6 April 2008 (UTC)
 * I installed version 2.1. Now the Edit tab is not shown and page can not be edited. Upgrades are going in the wrong direction. --84.253.237.195 10:45, 11 April 2008 (UTC)
 * the only thing changed in v2.1 was the fix in the extension credits. The code itself was not changed (see diff for proof), so something else you may have done is causing this issue you mention. Also, I'm going to completely re-vamp the extension pretty soon to allow more a more powerful syntax. --Skizzerz talk - contribs 20:08, 11 April 2008 (UTC)


 * True, I mixed up the unlocked pages. Sorry for confusion. Hope you get saving edit working soon. --Taleman 03:38, 12 April 2008 (UTC)

(reset indent) Yes, I'm completely re-vamping that bit as well to allow for the more powerful syntax I mentioned before. I am almost done writing it, so perhaps in 4-ish days I should have it all tested and committed. --Skizzerz talk - contribs 23:41, 12 April 2008 (UTC)


 * Can't wait until you're done :) Got the same problem with being able to edit, but not to save. My configuration:
 * MediaWiki: 1.11.0
 * PHP: 5.2.1 (apache2handler)
 * MySQL: 5.0.38-Ubuntu_0ubuntu1-log
 * Thanks in advance, --Flominator 10:42, 16 April 2008 (UTC)

Fixed
This has now been fixed in version 2.2. Funny thing is, I only had to add one letter and change four others to make it work :P. Anyway, you can get a sneak peak of my new syntax on the extension page :) --Skizzerz talk - contribs 01:56, 17 April 2008 (UTC)
 * Thank you very much for that quick fix. It's now working --Flominator
 * It takes skill to know what letter to add and which to change. Big thanks, I will update to 2.2. --Taleman 08:51, 17 April 2008 (UTC)

German translation
--Flominator 10:11, 17 April 2008 (UTC)

Logic behind EditSubpages - "Only apply these restrictions to anons"
I have the problem that I would need "Only apply these restrictions to users". At all I can not understand the logic behind the setting "Only apply these restrictions to anons": Why should I allow anons things which I don't allow registered users? --StStefan 10:31, 5 December 2010 (UTC)
 * You have users being able to edit every page, and unlock only specific pages for anons (who can't edit by default). I don't think it's possible to even do the opposite (restrict users while unrestricting anons) using only this extension. -- Skiz zerz  04:15, 28 December 2010 (UTC)

MWNamespace::getTalk does not make any sense for given namespace -1
message error with mediawiki 1.18.
 * Workaround, if you have no talk pages in unblocked list: change line 39 to $nstalk = '';
 * maybe one can check somewhere for namespace -1 before accessing the talk namespace
 * Forentw 19:36, 8 January 2012 (UTC)
 * Fixed in version 3.1 -- Skiz zerz  21:54, 21 March 2012 (UTC)

Unlocking of other namespaces
I am using Mediawiki 1.18 with $wgGroupPermissions['user']['edit'] = false; $wgGroupPermissions['trusted']['edit'] = true;

When I activate the extension the Category pages and several others become editable for common users. Forentw 23:49, 17 January 2012 (UTC)
 * I need more information than that in order to figure out your issue. What does your Unlockedpages look like and do you actually understand the purpose of this extension? It is meant so that you can allow anonymous users (and by extension all logged in users) to edit certain pages you otherwise have locked down. Trying to use it to have a differentiation between logged in users and a "trusted" usergroup might not work properly, if at all, in the current version of EditSubpages. -- Skiz zerz  21:50, 21 March 2012 (UTC)

Needs Howto setup permissions in LocalSettings.php
When I use this extension in Mediawiki 1.16.2 it allows editing. I tested, with and without the extension.

The anonymous user can edit the page. But when they try to save the page it says you need to login in order to save pages.

These are my user options, what are the correct ones for this extension?


 * The "correct options" are to not have any. When you load the extension, it will set the correct options so that it can function properly. Attempting to modify anonymous user permissions related to editing/creating pages after loading the extension will more than likely cause the extension to not function properly. For that specific example, ONLY the "createaccount" permission is necessary, as EditSubpages doesn't touch account creation. All the other ones should be removed. Also, preventing anons from being able to read pages defeats the purpose of this extension, as they can't access pages anyway. -- Skiz zerz  21:47, 21 March 2012 (UTC)