Last modified: 2011-03-13 18:05:36 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 T9897, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 7897 - allow stopping needless editing of categories
allow stopping needless editing of categories
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
1.16.x
All All
: Lowest minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 8812
Blocks:
  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: ---


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

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
http://radioscanningtw.jidanni.org/index.php?title=Project:English#Empty_categories

[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 http://jidanni.org/comp/wiki/article-category.html
>$wgNamespaceProtection[NS_CATEGORY]=$wgNamespaceProtection[NS_CATEGORY_TALK]=array('editinterface');
>function JidanniBlueLinkCategoryPages($linker,$target,&$text,&$customAttribs,&$query,&$options){
>	switch($target->mNamespace){case NS_CATEGORY:case NS_CATEGORY_TALK:$options[0]='known';}return true;}
>$wgHooks['LinkBegin'][]='JidanniBlueLinkCategoryPages';
>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.


Navigation
Links