Page MenuHomePhabricator

Provide a better No Such Wiki page
Open, NormalPublic

Description

No Such Wiki currently shows users a static page which gives them a few of our biggest wikis, and a couple of other links. It doesn't inform the user that a wiki they may have bookmarked or found linked somewhere has been deleted which is something we should have information on hand to do.

Assuming most of our log entries are written to be "user safe", there should be nothing wrong with exposing the reason and date behind a wiki deletion (or multiple if that is the case). We should consider that the creator/admin isn't going to be the only one looking at a wiki.

lewiscawte triaged this task as Normal priority.
jack added a comment.EditedJul 11 2016, 3:33 PM

We should consider that the creator/admin isn't going to be the only one looking at a wiki.

This is obviously true, hence why Special:DeleteWiki is staff-only instead of something that'd allow admins/stewards to delete any wiki that they've created.

Assuming most of our log entries are written to be "user safe", there should be nothing wrong with exposing the reason and date behind a wiki deletion (or multiple if that is the case).

They probably are (although I wouldn't want to go through all of them, or write a script to dump 'em either), but a lot of the time the reason isn't even interesting. A lot of them are like "request" or "ticket #so-and-so" or something like that -- obviously the deletion was requested since creators can't delete their wikis, and osTicket is a private communication channel between users and us; a user isn't able to view tickets created by others, so the fact that a wiki was deleted due to "osTicket #9803280" tells them absolutely nothing, I'm afraid.

Providing the deletion date might be of use, just like how the deletion log is provided when you're attempting to recreate a previously deleted page -- it gives you some idea, but that's about it. Just like with page creation, you're not (in 99% of the cases, anyway) prevented from recreating a previously deleted wiki, and it might be that even if you're going to use a subdomain that was previously used, your wiki might be about a radically different subject matter or have a different point of view etc.

In T74#941, @jack wrote:

Assuming most of our log entries are written to be "user safe", there should be nothing wrong with exposing the reason and date behind a wiki deletion (or multiple if that is the case).

They probably are (although I wouldn't want to go through all of them, or write a script to dump 'em either), but a lot of the time the reason isn't even interesting. A lot of them are like "request" or "ticket #so-and-so" or something like that -- obviously the deletion was requested since creators can't delete their wikis, and osTicket is a private communication channel between users and us; a user isn't able to view tickets created by others, so the fact that a wiki was deleted due to "osTicket #9803280" tells them absolutely nothing, I'm afraid.

So what this says to me is that we need to start providing better deletion reasons - part of this is at T75, although there needs to be a bit of a change in working where we should provide a bit of a summary in an addition to a link/reference.

So the idea, other than just providing the deletion log if a wiki was deleted, is to provide something along the lines of the old Wikia home page with image links to related and big wikis.

To do related wikis, we might have to start thinking about using the wiki categorization and/or keyword tagging wikis (which could be helpful for SEO if we don't already fill out the appropriate meta tag).