Last modified: 2008-12-16 06:07:17 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 T17805, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 15805 - Allow moving the content and history of category pages to a new page title
Allow moving the content and history of category pages to a new page title
Status: RESOLVED DUPLICATE of bug 5451
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2008-10-02 11:02 UTC by Purodha Blissenbach
Modified: 2008-12-16 06:07 UTC (History)
2 users (show)

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


Description Purodha Blissenbach 2008-10-02 11:02:40 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 , 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.
Comment 1 Rob Lanphier (RobLa) 2008-12-16 06:07:17 UTC
This looks like a duplicate of Bug 5451 to me

*** This bug has been marked as a duplicate of bug 5451 ***

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