Extension talk:WhiteList

Link to Resolved Issues
''' This page contains only unresolved issues. Visit the archive to see issues which have been resolved. '''

Question:
Hi, I'm sorry for this question, but what are you talking about? I can't find any file called Common.css or Common.js in my MediaWiki Installation folder. I'm using MediaWiki Version 1.13 -- kMax, 14:16, 28 August 2008 (UTC)
 * What are the exact names of the files?
 * Where should I find them?
 * Why do I have to edit them?
 * They aren't files, they are pages. Type Mediawiki:Common.js or Mediawiki:Common.css into your wiki's search bar, click 'go', edit the page, and the sections shown below. You need to edit the files to enable the show/hide functionality we take advantage of. --Msul01 14:28, 28 August 2008 (UTC)
 * Hi Msul01, thank you for answering! -- kMax 11:46, 29 August 2008 (UTC)

''Verify that your MediaWiki:Common.css and MediaWiki:Common.js pages contain a section on Dynamic Navigation Bars. If they do not, or if those pages simply do not exist, then copy the pages from Wikipedia MediaWiki:Common.css and MediaWiki:Common.js.''
 * Huh? Not even the MediaWiki:Common.css has a section about Dynamic Navigation Bars currently. Also, I think we should suggest just copying that section, rather than the entire page. That can get too big, and there's a lot of extraneous extensions that are not installed on smaller Wikis. --Liface 12:18, 7 April 2008 (UTC)
 * Good point without any answer yet ?! Anyway to get it fixed ? --MoBO 16:48, 11.07.2008 (GMT+1)
 * See Manual:NavFrame. We should update these to use collapsable tables instead, since NavFrame was deprecated in favor of Wikipedia:Help:Collapsing in Nov. 2007. (This explains why these sections were removed from Wikipedia's Common.css/js files... --Msul01 14:39, 23 July 2008 (UTC)

generated user stylesheet is forbidden
Upon accessing a wiki using the restricted user, Firebug shows me two errors. One of them is invalid syntax at the doctype line, but it is not relevant.

The second error is while trying to load an external stylesheet. The URL is: index.php?title=-&action=raw&gen=css&maxage=18000&smaxage=0 I think it should be a good idea to let the restricted users access this CSS file.

--CrazyTerabyte 17:59, 13 August 2008 (UTC)

Localized namespaces
Currently, looks like the namespace names are not "normalized" (or whatever is the term for this) for different languages. I mean, my wiki has Portuguese as the default language. Then, I need to write this at my conf file: $wgWhitelistOverride['always']['read'] = array( "Especial:Userlogout" ); If I type "Special:Userlogout", then it does not work.

I wonder how hard things might become for users whose namespaces don't have plain ASCII chars.

I think it should be possible to normalize namespace names. --CrazyTerabyte 18:04, 13 August 2008 (UTC)

Archive planning
We are currently maintaining compability for older versions of Mediawiki (1.9+, I think) in the current code. Several users have suggested branching for older versions, and removing code for backward compablity in an effort to keep the code base clean. See User_talk:Siebrand and User:Aaron Schulz's code review.

Updating site and future development plans
I am in the process of splitting the Extension:WhiteList page into multiple pages for the sake of readability. I have also posted a proposal for the next major revision of the extension on the future development page. Please take a look, comment, and/or volunteer to help us out. Thanks! --Msul01 22:55, 11 November 2008 (UTC)

Issues with categories
On the user guide, they indicate that you can use the wildcard match with Category. However, when I use Category with a wild card, nothing matches. Category:% returns no matches, even when there are several categories existing, I.E. Category:Foo, Category:Bar. Is there something additional that needs to be done to enable category matching? In addition, will the whitelist rule Category:Foo then match any page in that Category? Or just the Category:Foo page itself. (That lists the members of the Category) Thanks.

Whitelist does not block page deletion for restricted users
Since in my wiki all users are trusted, I gave everyone the deletion permission: $wgGroupPermissions['user']['delete'] = true; $wgGroupPermissions['user']['bigdelete'] = true; $wgGroupPermissions['user']['undelete'] = true; That's better, IMHO, than adding everyone to the sysop group.

However, after doing that, the restricted user also had deletion permission, even though it had read-only access to the page.

I think WhiteList extension should handle/block deletion too. --CrazyTerabyte 20:02, 24 March 2009 (UTC)