Last modified: 2008-12-16 06:07:17 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 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.