Page MenuHomePhabricator

Simplify destroying wiki pages
Closed, WontfixPublic

Description

To use ./bin/remove destroy, I need a PHID (rP63ce0e66c926222a5a805d5199c8ea98cc4bc129). For wiki pages I can only get them by Actionshover: Flag For Laterright-clickCopy Link Location or similar.

It would be nice if I could find the PHID via an easier way or destroy Phriction documents by referencing them as /w/slug.

Event Timeline

devurandom raised the priority of this task from to Needs Triage.
devurandom updated the task description. (Show Details)
devurandom added a project: Phriction.
devurandom updated the task description. (Show Details)
devurandom added a subscriber: devurandom.

We recently added external users to our install and have some wiki pages in general locations, which were visible to everyone (and easily reachable / easy to create name clashes). With adding Spaces and adding more external collaborators, we also introduced a new wiki structure (/our_org is where all our internal stuff goes; projects each get /the_project so they can be made accessible to externals if necessary). Thus I had to move a huge bunch of wiki pages (see T6004). Afterwards the old pages were left in a state were their history was still accessible to everyone, which I fixed by destroying them on the commandline. When destroying several dozen of pages, Actionshover: Flag For Laterright-clickCopy Link Location becomes cumbersome.

epriestley claimed this task.

It sounds like T6004 would obsolete this.

The issue is that moving a wiki page leaves around a redirect, which other users can still stumple upon, which is bad from a privacy perspective (since the old content can still be restored from the history). Sadly on our installation some very generic names were choosen, which also collide with new project names.

I agree with closing this task as wontfix, as situations like these should occur only rarely.