Last modified: 2011-03-13 18:05:36 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7897 - allow stopping needless editing of categories
allow stopping needless editing of categories
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
All All
: Lowest minor (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on: 8812
  Show dependency treegraph
Reported: 2006-11-12 19:23 UTC by Dan Jacobson
Modified: 2011-03-13 18:05 UTC (History)
0 users

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

Hack implements request (980 bytes, patch)
2006-11-12 19:30 UTC, Rob Church

Description Dan Jacobson 2006-11-12 19:23:31 UTC
Gentlemen, nowhere in the myriad DefaultSettings can one find a way to
stop all users from accidentally creating categories pages (however
linking new [[Category:Whatever]] is encouraged.) I.e., don't have
action=edit stuck on the end of links to namespace=14 pages, or add
action=view as the default. My site has thousands of purposely "empty"
category pages. Please see

[Perhaps merge with 7347, whose status I'm not sure of here offline
(costly infrequent mostly batched connection to the Internet)
with my LWP bug submitter script. "But a bug worthy of refreshing anyway".]
Comment 1 Rob Church 2006-11-12 19:30:28 UTC
Created attachment 2683 [details]
Hack implements request

Such a setting does not exist, however, a quick hack can be applied which
causes category links to become blue at all times. In fact, Tim Starling did
this once, although we ultimately reverted it owing to a flood of angry users.

The attached patch should sort you out.
Comment 2 Rob Church 2006-11-14 08:44:50 UTC
Re: Brion's WONTFIX...

...whoops, forgot to mark WORKSFORME (existence of a simple hack/workaround) :)
Comment 3 Dan Jacobson 2006-11-16 15:55:48 UTC
Yes, the patch (as of 11/12 GMT, the copy of this bug I am replying to)
indeed makes links blue, but not on e.g., Special:Categories.
Also I am hoping for a variable in LocalSettings.php, not a patch that
I will forget about tomorrow and which will get overwritten on the
next Debian package upgrade.
Comment 4 Rob Church 2006-11-16 17:02:35 UTC
Don't use a Debian package to install and maintain MediaWiki, it only ends in tears.
Comment 5 Dan Jacobson 2009-05-28 02:24:55 UTC
For the record, here's my ultimate category clampdown, for wikis who want all
categories empty of text, but with members. See
>function JidanniBlueLinkCategoryPages($linker,$target,&$text,&$customAttribs,&$query,&$options){
>	switch($target->mNamespace){case NS_CATEGORY:case NS_CATEGORY_TALK:$options[0]='known';}return true;}
>function JidanniDontInviteEdit(&$article,&$outputDone){if($article->getID()===0){
>		switch($article->mTitle->getNamespace()){case NS_CATEGORY:case NS_CATEGORY_TALK:$outputDone=true;}}return true;}
>$wgHooks['ArticleViewHeader'][]='JidanniDontInviteEdit';# Bug 17630
>function JidanniLessRedContentActions($sktemplate,$content_actions){
>	if('new'==$content_actions['talk']['class']&&!$sktemplate->mTitle->quickUserCan('createtalk')){
>		unset($content_actions['talk']); unset($content_actions['watch']);}
>	if('selected new'==$content_actions['nstab-category']['class']){
>		$content_actions['nstab-category']['class']='selected';}
>	return true;}
>$wgHooks['SkinTemplateTabs'][]='JidanniLessRedContentActions';# Bug 17963

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