Page MenuHomePhabricator

Removing Category:link from page has no effect on category listing
Closed, ResolvedPublic

Description

Author: ipaqchoice

Description:
Using 1.4beta6. When removing the [[Category:Whatever]] link from a page it still shows up in
the "Whatever" category listing. I guess this is because the old page remains in the history/diff.
The only way i could get rid of the page from the "Whatever" category listing is to delete the page
(after copying the source minus the [[Category:Whatever]] link), logout as SysOP (as undeletes are
not possible then i guess), login again, then create the page again from the saved source.

Is there a simpler way for SysOPs to *permanently* delete a *page revision*? If it's in the making
for the next version that's cool too.


Version: unspecified
Severity: normal

Details

Reference
bz1549
TitleReferenceAuthorSource BranchDest Branch
Update function-schemata sub-module to HEAD (647a2cf)repos/abstract-wiki/wikifunctions/wikilambda-cli!36jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (647a2cf)repos/abstract-wiki/wikifunctions/function-evaluator!210jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (647a2cf)repos/abstract-wiki/wikifunctions/function-orchestrator!165apinesync-function-schematamain
When canonicalize fails, have it return Z527 errorrepos/abstract-wiki/wikifunctions/function-schemata!112dmartinT354917main
When canonicalization fails, make the orchestrator return the errorrepos/abstract-wiki/wikifunctions/function-orchestrator!163dmartinT354917-2main
Draft: When result cannot be canonicalized, make orchestrator return Z527repos/abstract-wiki/wikifunctions/function-orchestrator!162dmartinT354917main
Update function-schemata sub-module to HEAD (5db8cea)repos/abstract-wiki/wikifunctions/function-orchestrator!158apinesync-function-schematamain
Update function-schemata sub-module to HEAD (a4a7edf)repos/abstract-wiki/wikifunctions/wikilambda-cli!35jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (a4a7edf)repos/abstract-wiki/wikifunctions/function-evaluator!202jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (a4a7edf)repos/abstract-wiki/wikifunctions/function-orchestrator!152jforrestersync-function-schematamain
definitions: Create new error type, Z527/Unable to convert to canonical formrepos/abstract-wiki/wikifunctions/function-schemata!104dmartinT354917main
definitions: Update nan/nan-*repos/abstract-wiki/wikifunctions/function-schemata!97wsungdev-97main
builds-builder: bump to 0.0.90-20240123100449-a6015da5repos/cloud/toolforge/toolforge-deploy!182project_1317_bot_df3177307bed93c3f34e421e26c86e38bump_builds-buildermain
setup_harbor: use envvar for harbor iprepos/cloud/toolforge/builds-builder!29dcarouse_envvar_for_harbor_setupmain
Vm support onlyrepos/cloud/toolforge/lima-kilo!90dcarovm_support_onlymain
gitlab_runner: upgrade to v16.5.0repos/releng/gitlab-cloud-runner!308jeltogitlab-upgrade-16.5main
Show related patches Customize query in GitLab

Event Timeline

bzimport raised the priority of this task from to High.Nov 21 2014, 8:15 PM
bzimport set Reference to bz1549.
bzimport added a subscriber: Unknown Object (MLST).

zigger wrote:

Modifying the category page is another way to force deleted article listings to
be droppped.
Adding &action=purge to the URL might also work, but I haven't tried that yet.

For information on deleting revisions, see:

http://meta.wikimedia.org/wiki/Help:Administration

http://en.wikipedia.org/wiki/Wikipedia:Viewing_and_restoring_deleted_pages_by_sysops

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