Fossil: View Ticket

Ticket UUID:	2a34de01fccda62fc49052c2bb2ef85adee27f62
Title:	"wiki unlist" as a possible solution to deleting wiki pages.
Status:	Open	Type:	Feature_Request
Severity:	Minor	Priority:
Subsystem:		Resolution:	Open
Last Modified:	2008-11-17 02:24:55
Version Found In:
Description & Comments:
After thinking through the ``problem'' of deleting old, unused, badly named or transferred to .wiki file pages I'm thinking that deleting a wiki page is not the solution. Maybe changing the tag ("wikiUnlisted-whatever" ?) and allowing it to be a new page would be a better solution. It never leaves the db, it could be revived, you could query a list of "deleted" wiki pages, etc. If someone did reuse the name, the page would come up with a lot of history, but part of that would be a "page unlisted", so it shouldn't be too confusing. drh added on 2008-11-16 23:40:56: The control artifacts that describe wiki changes contain a manditory W card that holds the content of the wiki page. Perhaps we can extend the spec to make the W card optional. If the W card is omitted from the most recent wiki page artifact for a particular page, then we consider that page to have been deleted and it does not appear on the list of all "active" wiki pages. The artifact with the omitted W card causes a timeline entry that says something like "page deleted". What privilege is needed to delete a page? Seems like deleting pages is something that should normally be denied anonymous users. Do we need a new privilege letter for "delete wiki page"? Perhaps there should be two lists: One list of all active wiki page and another list of all wiki pages, active and deleted. kkinnell added on 2008-11-17 02:24:55: Sounds pretty reasonable to me. My previous wiki experience is that either admins or owners can delete whole pages, but you can get into knotty problems defining ownership if several people have edited a page. I would think that privelege to delete should be the same as the privlege required to shun. They're very similar operations, really.