Last modified: 2010-05-15 15:32:59 UTC
$wgWhitelistEdit = false / true; $wgWhitelistRead = false / array( 'Page', 'Story' ); The current control is with two variables. Edit enables or disables editing of all pages, while Read also can be a whitelist of pages for when reading is blocked. I would like to see these two options combined for both read and edit. $wgBlockAnonRead = false; # true = users must login to read. $wgBlockAnonReadEx = array( 'User Clubhouse'); # Pages exempted from the read policy. $wgBlockAnonEdit = true; # true = users must login to edit. $wgBlockAnonEditEx = array( 'Talk:*', 'User talk:*'); # Pages exempted from the edit policy. The Read/Edit variables determine the general rule of whether anonymous users can read/edit pages or not, while the ReadEx/EditEx variables are exceptions to that rule. The example given has Read = false, so anon can read all pages except those in ReadEx. Edit = true, so anon can edit no pages except those in EditEx. 'Talk:*' is the temporary syntax I chose for "all pages in this namespace". I have implemented this on my own wiki, and it works fine. If the idea isn't shot down right away, I'll make a patch draft with details.
I'm inclined to WONTFIX this; MediaWiki is intended for open access, and is not designed or intended to hide limited numbers of pages.
I have seen that mentioned in other discussions about access control. However, there already is support for blocking edits and reads. I don't suggest this because I want to lock people out, but rather so I won't have to. With this, I can let anonymous users edit discussion pages while main pages remain registered only. Before, turning anonymous edits off was the only option. In the interest of openness, I don't see how letting admins block less than everything is worse than a full block.
*** This bug has been marked as a duplicate of 1924 ***