Last modified: 2007-02-02 18:45:22 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T10810, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8810 - List all errors when user is forbidden from editing a page
List all errors when user is forbidden from editing a page
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-28 17:10 UTC by Dan Jacobson
Modified: 2007-02-02 18:45 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dan Jacobson 2007-01-28 17:10:54 UTC
Gentlemen, in LocalSettings.php, use both
$wgGroupPermissions['*']['edit']=false;
$wgGroupPermissions['user']['edit']=false;

Now watch as the user first gets a
  "You have to log in to edit pages."
Then when finally accomplishing that,
  "This page has been locked to prevent editing."
Ha ha ha, barrel of laughs.
Comment 1 Antoine "hashar" Musso (WMF) 2007-01-29 21:36:32 UTC
This is not the way to make a wiki readonly. You should
either:
- lock the database
- set $wgReadOnly with the reason
- use $wgReadOnlyFile pointing to a file containing the message. 
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-01-30 02:32:41 UTC
It *is* the way to make the wiki read-only for non-sysops.
Comment 3 Brion Vibber 2007-02-02 18:45:22 UTC
Customize the user interface for your rare and weird usage pattern.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links