Last modified: 2008-12-16 06:07:17 UTC
Sometimes, it is useful to keep the edit history of the texts in category pages. In the Wikipedia of Ripuarian languages, we sometimes keep the record of moved or replaced or deleted category on its talk page, so as to make it easy for newcomers, not to create them again, but rather see at once, which new categories they should be using now. Also, if a category is only given a new name, such as http://ksh.wikipedia.org/w/index.php?title=Saachjrupp:Drettes_R%C3%A4jsh , there is no point in hiding the entire edit history of the category page at all - in fact, making it invisible can be seen as a breach of the GDFL. Instead of having to export the page history (which is currently disabled in the Wikipedias anyways, so we cannot do it) and re-import it again under a new name, it would be much easier to simply rename the page like we can in all other name spaces. Maybe this should be an option only allowed to sysops, and they should be boldly warned that, renaming a category page will not alter any [[Category:...]] tags in any pages. Maybe, a #REDIRECT [[...]] must not be created for renamed category pages. With that taken care of, I do not see, why renaming category pages would not be technically feasible, and useful at times, too. Depending on how links to categories are kept in database tables, possibly, all pages in the category need to be put in the job queue during the rename, so as to have their links updated. This is generally less workload than that of altering a template that puts pages into categories, which MediaWiki already does handle well.
This looks like a duplicate of Bug 5451 to me *** This bug has been marked as a duplicate of bug 5451 ***