Extension talk:Permissions

Hi!

Appreciated you create this extension, I can quickly install it, however, when I try to add some groups, I just spent 30 minutes try to understand the example, and no lucky. I add these setting in your example:

$wg_szGroup_2_szhGroupMeaning = array( // szh ==> HTML 'member' => 'member (étudiant), // étudiant (fr) == student (en) 'publisher' => 'publisher (professeur) , // professeur (fr) == teacher (en) 'staff' => "this will be ignored because of the wiki definition below" , ) ; $wg_szRight_2_szhRightMeaning = array( 'renameuser' => ' renameuser ', 'release' => ' release ' , ) ;

But the groups(member,publisher,staff) not shows up.

If I want to add two groups, for example, "Staff", and "Assisant", how should I do exactly ? Jameshsi 04:19, 21 January 2006 (UTC)

disabling permissions
And how to disable, edit to anonymous?? - 15:42, 29 January 2006 85.155.47.217


 * See Help:User rights. I can see how you might expect to find that kind of information here, but this page is talking about a MediaWiki extension. Should probably be renamed somehow. -- Harry Wood 18:09, 6 March 2006 (UTC)

Error message with MediaWiki v1.6.5
After installing the extension I get the following error when trying to access the Special:Permission page:

Fatal error: Call to a member function on a non-object in /path/to/wiki/includes/SkinTemplate.php on line 306

Fix
The error message is probably related to the following quote from this mailing list post: [a@kid writes:] > I can test for the Special namespace before using $wgArticle->exists > to avoid getting errors but i'm curious ... Has something changed > between 1.5 and 1.6 that would change the behaviour of $wgArticle- > >exists on Special Pages?

[Brion Vibber responds:] Yes, the initialization is a bit different. It may or may not be a bug, but $wgArticle doesn't really make sense for special pages.

In any case, a simple solution is to append these lines to the execute function of class Permissions: // Bug (?) workaround for MediaWiki 1.6.5 (and probably                       // most if not all 1.6.x versions) $wgOut->setArticleFlag( false );

were does this line of code go? I'm very new with Media Wiki and have limited knowledge of php.

--Netocrat 06:19, 23 May 2006 (UTC)

use find to look for "function execute" then go down and paste it before the } at the same intentation. From a fresh instalation it will look like this: function execute {                       global $wgOut, $wg_zPermissionsWithConvenienceLinks ; $wg_zPermissionsWithConvenienceLinks = isSet($wg_zPermissionsWithConvenienceLinks) ? $wg_zPermissionsWithConvenienceLinks : Permissions_CONVENIENCE_LINKS ; $szhOut = Permissions::BuildHtmlTable ; // !TODO : rely on $wgValidSpecialPagesFr to translate... if($wg_zPermissionsWithConvenienceLinks) {                               $szhOut .= Permissions::BuildHtmlLink ; }                       $wgOut->addHTML( $szhOut ); // Bug (?) workaround for MediaWiki 1.6.5 (and probably                       // most if not all 1.6.x versions) $wgOut->setArticleFlag( false ); } Though, my page displays "&amp;lt;val_yes&amp;gt;" as the values for the page, so I'm going to half to find a way to fix that. Dantman 01:53, 11 September 2006 (UTC)

wrong setting or incompatible to MediaWiki 1.7.1 ?
Hi, I tried to get the extension to run but accessing the Special:Permissions page with the WikiSysop user logged in just gets me a blank page.

I created the SpecialPermissions.php file and copied it to the /includes folder and also added "include_once('includes/SpecialPermissions.php') ;" to the LocalSettings.php. At Special:SpecialPages I also have the new entry "Permissions" but as already stated above following that link will show up a blank page.

Version-info from ../index.php/Special:Version:
 * MediaWiki: 1.7.1
 * PHP: 5.1.2 (apache2handler)
 * MySQL: 5.0.18
 * Extensions:
 * Special pages:
 * Permissions (version 1.5.104.9 (2005-08-05 11:24)) by Marc Meurrens, Brussels (be)
 * Extension functions:
 * wfSpecialPermissions
 * Parser extension tags:

Please mind that I'm a newbie: MediaWiki is completle new to me, so this is the first extension I try to install.

Any help appreciated. --141.41.37.95 14:00, 15 September 2006 (UTC)

Ok I managed to find a workaround here

--141.41.37.95 10:15, 18 September 2006 (UTC)

Another Fatal Error
Any help....

Ubuntu Linux, whenever I load mysite/index.php/Special:Permissions

Fatal error: Call to a member function getUseTeX on a non-object in /var/www/mw/includes/Parser.php on line 550

24.207.183.121 17:43, 18 November 2006 (UTC) mthurman@gmail.com

Same thing for me on Windows (wamp 1.6.6), with Mediawiki 1.8.2, any idea ? --Kh3pri 12:16, 30 November 2006 (UTC)

Possible solution?
I had the same error message with the extension on Mediawiki 1.8.2 - I finally resolved it to the call "$wgOut->mParserOptions" in "Wiki_2_Html". I changed that line to

, $wgOut->parserOptions

and now the extensions executes again.

I can affirm this solution! I had same problem with MW 1.8.2. ext works with change above! :)

Topfi 10:46, 12 December 2006 (UTC)

wrong values: "&amp;lt;val_yes&amp;gt;" instead of "Yes"
(Problem occured with mediawiki 1.8.2)

There are the strings "&amp;lt;val_yes&amp;gt;" as value in the permission table instead of "Yes".

Possible solution
It's "quick & dirty"... see below for a better solution!

I found this on [] (see 06-20-2006, 05:47 PM)

in SpecialPermission.php, line 243: find $szhYes = htmlspecialchars( Permissions::Translate( 'val_yes' ) ); replace with $szhYes = ('Yes'); --Topfi 11:07, 12 December 2006 (UTC)


 * I think the "real" solution would be to create a page "Mediawiki:val_yes" with the content you like ("Yes" for example ;-)). 141.41.37.250 12:51, 14 December 2006 (UTC)
 * yeah! that looks much better - thx! --Topfi 17:56, 24 January 2007 (UTC)

Bad Page Rendering
I am on version 1.8.2. I am getting a strange page rendering on all pages and an error when trying to goto the special:permission page.

Fatal error: Cannot access protected property OutputPage::$mParserOptions in  C:\*******************\wiki\includes\SpecialPermissions.php on line 391. Have tried all the above..

One solution
Edit includes/OutputPage.php and change:

protected $mParserOptions;

to

var $mParserOptions;

Obviously some security implications here, so use at your own risk, but it did fix the problem.

Bad Table Display
I am on version 1.8.2 The cells that are supposed to be blank don't display at all. Only cells with "Yes" are displayed correctly.


 * You can fix this by finding a line (360 in my file) that looks like this:

$szhOut .= ( "\n ".( ( $c ) ? $szhYes : ' ' )." " ) ;
 * and changing it to look like this:

$szhOut .= ( "\n ".( ( $c ) ? $szhYes : ' ' )." " ) ;
 * John Yesberg 05:20, 17 January 2007 (UTC)

Alpha sorting
I had a large number of groups to control access to a large number of namespaces, using the NamespacePermissions package. Unfortunately, the special sorting algorithm in the SpecialPermissions package chose a less-logical order (in our situation) than a straight alpha sort.

I replaced all occurrences of calls to  and   to use   instead, and it's now sorted alphabetically.

John Yesberg 05:31, 17 January 2007 (UTC)

Hiding intrinsic user groups
Great extension. It was very helpful as I determine how to handle vandals...

Just a presentation question, nothing too serious, but is there any way to hide the intrinsic user groups like emailconfirmed, autoconfirmed (and for that matter bureaucrat and/or bot)?

Thanks,

24.127.115.100 04:40, 22 February 2007 (UTC)