Extension talk:Permissions
Any user names refer to users of that site, who are not necessarily users of MediaWiki.org (even if they share the same username).
2006
editQuestion
editHi!
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<br><i>(étudiant)</i>' , // étudiant (fr) == student (en) 'publisher' => 'publisher<br><i>(professeur)</i>' , // professeur (fr) == teacher (en) 'staff' => "this will be ignored because of the wiki definition below" , ) ; $wg_szRight_2_szhRightMeaning = array( 'renameuser' => '<strike>renameuser</strike>' , 'release' => '<strike>release</strike>' , ) ;
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
editAnd how to disable, edit to anonymous?? -85.155.47.217 15:42, 29 January 2006
- See Manual: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
editAfter 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
--20 May 2006
- 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. --12 July 2006
- 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 "<val_yes>" 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 ?
editHi, 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:
- <pre>
- Special pages:
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
editAny 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. --4 December 2006
- 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: "<val_yes>" instead of "Yes"
edit(Problem occured with mediawiki 1.8.2)
There are the strings "<val_yes>" 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 [1] (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
editI 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. --20 December 2006
- 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. --25 January 2007
2007
editBad Table Display
editI 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. --1 January 2007
- You can fix this by finding a line (360 in my file) that looks like this:
$szhOut .= ( "\n <th>".( ( $c ) ? $szhYes : ' ' )."</th>" ) ;
- and changing it to look like this:
$szhOut .= ( "\n <th>".( ( $c ) ? $szhYes : ' ' )."</th>" ) ;
Alpha sorting
editI 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 asort
and arsort
to use ksort
instead, and it's now sorted alphabetically.
John Yesberg 05:31, 17 January 2007 (UTC)
Hiding intrinsic user groups
editGreat 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,
Note that the above conversation may have been edited or added to since the transfer. If in doubt, check the edit history.
Parser
editim getting this error Fatal error: Call to undefined method OutputPage::parserOptions() in C:\....\www\wiki\includes\SpecialPermissions.php on line 407 tried messing a little bit with it but im still stuck at square one plz help. thnx
Thank you,
2008
editeditPermissions only for the first author
editHallo,
I have a question and hope that you can help me.
I search for a possibility to fix the Permissions in MediaWiki, that a articles can only edit and change by the author who has created it and this Permissions have to fix for evey article automaticly which are created by a user.
All articles of course can edit by the sysop.
I know it is a little difficult problem but hope that you can help me.
with regards Hassin my E-Mail: mial@hassin.de
2009
editObsolete by *what*??
editThis has been marked as obsolete with zero reference to the documentation of the functionality that makes it obsolete. Context failure!