Wikipedia talk:Criteria for speedy deletion

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

RfC: R5: Redirects ending with "(disambiguation)" that do not target a disambiguation page[edit]

This proposal is similar to the proposal that resulted in the R4 criterion being created by extracting it from the G6 criterion. At the present time, the G14 criterion includes a portion near the end of its description that applies exclusively to redirects:

"G14 also applies to orphaned "Foo (disambiguation)" redirects that target pages that are not disambiguation pages or pages that perform a disambiguation-like function (such as set index articles or lists)."

I propose that this sentence be extracted from the G14 criterion to create a new "R5" criterion as follows:

R5: Redirects ending with "(disambiguation)" that do not target a disambiguation page
This applies to orphaned "Foo (disambiguation)" redirects that target pages that are not disambiguation pages or pages that perform a disambiguation-like function (such as set index articles or lists).

--Steel1943 (talk) 15:05, 31 July 2019 (UTC)

  • Support- I think spinning this out into its own thing would be a good idea. Reyk YO! 10:52, 2 August 2019 (UTC)
  • Meh Does it really matter whether this is R5 or part of G14? G14 is a new CSD and I haven't seen any evidence of confusion with its application. IffyChat -- 11:16, 4 August 2019 (UTC)
  • Neutral. I'm very much in favour of splitting overly large criteria like G6, and I cannot see any potential harm from this proposed split, but equally I'm not seeing evidence of problems with the current set-up. Thryduulf (talk) 10:41, 7 August 2019 (UTC)
  • Support. G6 is a mess and creating a separate R5 would be less confusing to editors and admins. feminist (talk) 01:59, 6 September 2019 (UTC)
    That's why it was pulled out of G6 and into G14, but (like Thryduulf) I'm not sold that G14 is now similarly unwieldy. This seems to fit in with the general oeuvre of G14. ~ Amory (utc) 18:14, 6 September 2019 (UTC)
  • Queston Would this, and does G14, apply to rediects resulting from page moves from names ending in (disambiguation) to names not so ending? DES (talk)DESiegel Contribs 20:08, 6 October 2019 (UTC)

Should articles created as redirects be deleted under A7?[edit]

Or should they point back to their redirect target as initially created? I've seen situations where:

  1. A redirect is created from a company to a related topic (such as parent company or industry), or from a product line to its company. (This would not meet any CSD criteria).
  2. A user converts the redirect to a (usually promotional) article. This article would be eligible for A7 were it created initially as an article.
  3. An editor tags this article for A7 speedy deletion.
  4. The article is deleted under A7.

In such a situation, a redirect to an article mentioning the topic is surely more useful to the reader than having no page at all. Surely speedy deletion would not be appropriate here? feminist (talk) 01:58, 6 September 2019 (UTC)

In such an instance, I certainly would see nothing wrong with just recreating the redirect to its original target. Seraphimblade Talk to me 02:53, 6 September 2019 (UTC)
No. And the policy already forbids that when it clearly says A page is eligible for speedy deletion only if all of its revisions are also eligible. (emphasis added). Such a deletion is most likely the result of sloppy review by the deleting admin who did not check the page history (thoroughly) enough. You might want to remind the admin(s) you have seen doing so that such deletions are not allowed under the policy because a revert to the redirect is a preferable alternative to deletion. Regards SoWhy 07:12, 6 September 2019 (UTC)
No they should not be deleted per A7 but reverted to redirects. But if article gets deleted in this situation, just recreate the redirect. Redirects are cheap and it does not matter at all if old redirect gets replaced with identical new one. Rules lawyers will tell you to go complaining to deleting admins being sloppy about their work, if they happen to not notice the one valid revision among garbage, but why be a useless complainer when you can correct the situation yourself with much less typing just by re-creating the redirect? (assuming of course you know where it should point. In other case, the deleting admin will happily restore the redirect if by some odd chance someone remembers its existence but not to what article it points to.) jni(talk)(delete) 09:57, 6 September 2019 (UTC)
I don't think expecting admins to follow the rules makes one a "rules lawyer" or a "useless complainer". Also, your advice is fine when someone like Feminist notices the mistake but in most cases, such mistakes go unnoticed. Hence, it's better for the project, if said admins are reminded to follow the rules and not delete pages ineligible for speedy deletion in the first place. Restoring a mistakenly deleted redirect instead of pointing out the error might be less work in a single case but pointing out the error might save everyone work in the long run if the admin stops making such mistakes. Regards SoWhy 10:06, 6 September 2019 (UTC)
No. Exactly per both of SoWhy's comments. If the redirect is also problematic then nominate it at RfD. Thryduulf (talk) 19:47, 6 September 2019 (UTC)
  • No. SoWhy and Thryduulf are exactly corect here. jni is correct that such redirects can simply be correct, but IMO is wrong to advise agaisnt "complaining" It is always appropriate to remind admins who have done out-of-process actions that they acted incorrectly. See Process is Important for some reasons. DES (talk)DESiegel Contribs 20:13, 6 October 2019 (UTC)

G13 question[edit]

I recently saw an editor make the case that once a draft survived an MfD, it could never be deleted under G13, even if it was never edited again. This didn't seem right to me, as I think there are other speedy criteria that certainly can apply to pages that survive XfD, and it seems to me an abandoned draft is still an abandoned draft. Who is off base here? If it's me, I suggest the description of the G13 criterion be changed to make clear this exception to G13. UnitedStatesian (talk) 03:07, 18 September 2019 (UTC)

At the top of the page: "If a page has survived its most recent deletion discussion, it should not be speedily deleted except for newly discovered copyright violations and pages that meet specific uncontroversial criteria; these criteria are noted below." G13 isn't one of the exceptions listed at Wikipedia:Criteria for speedy deletion#Pages that have survived deletion discussions; ergo, as currently worded, surviving MfD does indeed immunize a draft against G13. ♠PMC(talk) 03:44, 18 September 2019 (UTC)
This is correct, however often the consensus (certainly my !vote) has been "leave for G13". I think in these cases it is a fair reading that the page can be deleted per the XfD when it otherwise meets the G13 conditions. If the deleting admin then (auto)logs it as "G13", it is not worth mentioning.
If the CSD is in doubt, go to XfD. If this question arises at MfD enough, it will provide justification to add clarification to the text for G13. --SmokeyJoe (talk) 04:20, 18 September 2019 (UTC)
I believe the Draft space should exempt from MfD honestly. This space is meant for new articles by newer editor to grow their articles to the point of inclusion free of threat from instant deletion tagging. Almost all MfD in the draft space will end with keep, because as long as there is any indication that it may have notability it should be kept and allowed to grow. This leads to us opening up the doors for perpetual drafts that will never go anywhere because they survived a MfD and are no longer candidates for CSD. I would say we either do away with MfD in Draft space or add G13 to the exemption list. This isn't meant to be webhost. McMatter (talk)/(contrib) 14:28, 18 September 2019 (UTC)
I've been closing MFDs for a while and I've seen many cases where a MFD said "keep, punt to G13" or where a draft was deleted there because it was unsuitable and editors were gaming the G13 rules. With these points in mind, I would say that G13 should remain applicable regardless of the existence of a past MFD and that draft space should not be exempted from MFD. Jo-Jo Eumerus (talk, contributions) 14:54, 18 September 2019 (UTC)
I'd support adding G13 to the exception list. ♠PMC(talk) 17:19, 18 September 2019 (UTC)
I support documenting this. I think it is standard practice. G13 applies to any page in draftspace unedited for six months, even if was kept at MfD (over 6 months preceding). If someone wants to keep something longer, they can move it to their userspace, and remove any AFC templates. --SmokeyJoe (talk) 00:10, 19 September 2019 (UTC)
Thanks all for the thoughtful comments. Since I obviously agree also, do we have the start of a consensus to add G13 as one of the exceptions? UnitedStatesian (talk) 00:36, 19 September 2019 (UTC)
Is there really a need to make a change? If the consensus at MFD is to "leave it for G13", then there is consensus that G13 should apply to this particular draft despite being kept at MFD. If anything, the exceptions list should be amended to include a provision like
If the most recent XFD discussion did not end in deletion but there was consensus that a specific criterion should be applicable anyway, the page can be deleted under this criterion once its requirements are met.
Regards SoWhy 09:02, 19 September 2019 (UTC)
I am more concerned about the cases where the MfD's consensus or closing do not specifically mention G13. UnitedStatesian (talk) 20:01, 19 September 2019 (UTC)
  • I continue to think that G13 should be turned into a Draft PROD. If there are webhost issues MfD is more than capable of dealing with it. Otherwise what's our rush to get rid of eventually encyclopedic information? Best, Barkeep49 (talk) 22:26, 21 September 2019 (UTC)
    • Oppose DraftProd, like UserspaceProd, for the same reasons as stated consistently since the PROD proposal. PROD relies on watchlisters, and active patrollers. These don’t exist in draftspace. DraftProd would therefore be a pseudo-CSD. As a pseudo-it should be objective, unlike PROD tagging, and WP:NEWCSD applies. No more backdoor speedy deletion. The loose in-practice WP:DRAFTIFY standards are already pretty bad. —SmokeyJoe (talk) 23:22, 21 September 2019 (UTC)
      If no one is watching the draft then it should be deleted. If someone cares enough to watch the draft and remove the notice then it's not really an abandoned draft. The objective criteria could be the same as for G13. Best, Barkeep49 (talk) 22:09, 25 September 2019 (UTC)
      • If it is the same as G13, and if no one is watching, meaning that no one is doing anything with it, then why not leave it for G13? Have you read the archives on the creation of G13? The quite broad applicability with few conditions, beyond the objective old and unedited, were justified only by the sheer numbers, there being tens of thousands of abandoned useless junk, and intersperse among them were serious BLP and privacy violations, such as something a kid posted about another kid one day, sitting there live, forever. It was not viable to filter the tens of thousands for the few really bad ones that need. There is no similar justification for rushing a G13. If an editor's attention is drawn to it, and if there is a deletion reason (usually CSD G10, G11 or G12), then have it deleted for that reason by the appropriate process and code.
Why default to keep it 6 months? Because drafters are told that is what will happen. It is perfectly reasonable for them to take a few months break, and to come back and resume.
What problem is DraftPROD seeking to solve? --SmokeyJoe (talk) 23:40, 25 September 2019 (UTC)
The issue of active editors having work deleted and having to fill-out REFUND paperwork when they care about something. Incentivizing editors to make stuff in their userspace which doesn't invite collaboration rather than draft space which does in order to avoid summary deletion. It's attempting to do this while not adding a burden for the numerous WEBHOST violations that the current speedy solves. Best, Barkeep49 (talk) 23:43, 25 September 2019 (UTC)
Editors worthy of incentivizing should be pointed to WP:DUD. Mere NOTWEBHOST violations do little harm in that hidden space called draftspace, and non-objective deletion of false positive does harm. The system is working well, is it not? DraftPROD fails WP:NEWCSD. --SmokeyJoe (talk) 00:22, 26 September 2019 (UTC)
I argue it's not just working. I am suggesting that good faith editors, including myself, are having work needlessly deleted. I don't know why you're asking me to justify a PROD on the basis of Speedy deletion criteria. A PROD is not a speedy deletion and I think we'd all be better off taking 7 days to think about whether or not we want to delete something before doing it - it's sat for six months, what's the rush now. Best, Barkeep49 (talk) 14:46, 26 September 2019 (UTC)
Not working? Maybe some examples? PROD without watchlisters or CATPROD patrollers is speedy deletion. —SmokeyJoe (talk) 15:22, 26 September 2019 (UTC)
  • MfD should not innoculate aganst G13 (and so the exception should be listed).
MfD has three outcomes, not just two: 1. Delete. 2. Keep as a valid article, i.e. it is no longer merely a draft, it is now an active article. 3. Leave as a draft, a draft not yet ready for mainspace. "Leave for G13" is not only pretty explicit in its intention viz G13, it leaves a draft as a draft, i.e. incomplete, per 3.
We should innoculate against G13 in case #2 alone. But if the result of #2 is to immediately move to mainspace, G13 would no longer be applicable for that reason, which is sufficient. In case #3, G13 should still trigger in time. Andy Dingley (talk) 23:58, 25 September 2019 (UTC)
"2. Keep as a valid article" means "Mainspace". Move it now to mainspace. Notable topics can should be created as stubs, and with an community discussion producing a consensus in support, there is no good reason to hide it in draftspace. Beware extreme meta:Immediatism, that is not how Wikipedia was created, but is how other online encyclopedias failed. In mainspace, mainspace editors will fix things. In draftspace, the drafter works alone. --SmokeyJoe (talk) 00:19, 26 September 2019 (UTC)

Consistency regarding removing tags[edit]

We seem to lack a consistent approach to whether templates do or do not contain the text "do not remove this notice from pages that you have created yourself" Templates which do not have this text:

  • Db-g8
  • Db-r2
  • Db-r4 (note that Db-r3 DOES contain the warning)
  • Db-f5 (note that Db-f1 through Db-f4 and Db-f7 DO contain the warning)
  • Db-f8 (note that Db-f9 through Db-f10 DO contain the warning
  • Db-f11

The only ones I can see having a clear commonsense rationale for not having the verbiage in question are g7 and u1. I think dB-G13 is overused and admins should be careful about deleting with it, but I'm less positive about omitting the "do not remove" verbiage there. It seems to me that a little more consistency here would be a good thing, or if not, then verbiage stating the creator can remove the tags should possibly be added to either the CSD page or the template, or both. KillerChihuahua 17:51, 25 September 2019 (UTC)

  • There is no need for consistency here. They include or do not include the text based on the criteria. G8 and R2 are both technical criteria that a page objectively either does or does not meet. There is no subjective decision making there. F11 is ... not really a speedy deletion, it is explicitly a delayed deletion, and doesn't really matter anyway, because it can always be undeleted when permission is received by OTRS. G13 makes no sense to prevent removal, because if someone wants to remove it, then presumably the draft is not truly abandoned. U1 makes no sense either, because it's user request. So...of course someone can change their mind and remove the template. GMGtalk 17:56, 25 September 2019 (UTC)
    Perhaps I was unclear. I thought I had stated above that in cases where the original author is allowed to remove the tag, such should be specifically spelled out. Oh, I did say exactly that, you must have missed it. I also specifically called out g7 and u1 as being obvious exceptions, so any defense of them here is tilting at windmills. KillerChihuahua 18:08, 25 September 2019 (UTC)
  • U1 having the note sort of makes sense, since anyone can create a page in anyone else's userspace, and simply the author of the page who wants it kept does not override the user to whom the userspace "belongs" who wants it deleted. (To be clearer: User 1 who creates a user subpage of User 2 does not have the authority to force the page to be kept of User 2 wants it deleted.) Granted, most U1 cases are also G7 cases (in which this is irrelevant), but there is definitely a reason for the inclusion. Geolodus (talk) 09:15, 26 September 2019 (UTC)
  • Please explain why each of the criteria you listed should have the "do not remove" bit added. I'll wait. —k6ka 🍁 (Talk · Contributions) 18:14, 25 September 2019 (UTC)
    Who should explain that? Not I, because I didn't suggest that. KillerChihuahua 18:16, 25 September 2019 (UTC)
    Then what is the point of this entire thread, then? To have a look at a bunch of CSD templates that I'm sure we've all already seen before? GMG has summed everything up in what should be common sense. If you were asking a question, then it has been answered for you. If it isn't and it is for something else, then please enlighten me. —k6ka 🍁 (Talk · Contributions) 18:19, 25 September 2019 (UTC)
  • I will rephrase for you, and I'll simplify my verbiage to attempt to avoid misunderstandings.
  1. We might want to take a look at a few of the templates that don't have "do not remove" - but not the obvious ones like Housekeeping or User request in own space
  2. More importantly, we might want to spell out that in those cases, author can remove tag - either on CSD page, or template(s), or both
Hopefully you can grasp my meaning now. If you are still befuddled, feel free to ask questions until you're clear on what I'm talking about. KillerChihuahua 18:24, 25 September 2019 (UTC)
  • The only problem is the blanket statement at the top of WP:CSD, when the actual standard everyone follows it the templates. In practice, everyone just applies WP:COMMONSENSE liberally, probably through sheer weight of habit, and the de facto policy is you can remove the templates from all kinds of things, especially where pages categorically either do or do not objectively qualify. It's the subjective stuff that people shouldn't remove, but that advice is itself mostly aimed at newbies, and no one bothered to update the rest because newbies generally don't deal in U1, or R2, or most of the criteria. (Also, everyone please dial the attitude down 1.7 notches.) GMGtalk 18:28, 25 September 2019 (UTC)
    So you're suggesting editing the blanket statement? Or did I misread that? KillerChihuahua 18:52, 25 September 2019 (UTC)
    Yes ...somehow... I'd bet most people don't even realize the blanket statement at CSD is really there. All this is 99% done using Twinkle without so much as a second thought. The people who do a lot of tagging can mostly rattle off the nomenclature and criteria by memory anyway. But there is no world where anyone acts like that blanket statement overrides the criteria on something like the C1 template, or any of the rest of them for that matter. GMGtalk 19:02, 25 September 2019 (UTC)
    LOL @ "there is no world where..." yeah, I'm going to have to say that if there is a way to misread and wikilawyer something, someone will find a way. Was your "yes...." regarding possibly editing the blanket statement? I'm sorry, that still isn't entirely clear to me given the rest of your comment. KillerChihuahua 19:27, 25 September 2019 (UTC)
    The blanket statement should really say "For many of these, the creator of the page should not remove the nomination themselves, but should follow the instructions on the relevant templates in order to contest the deletion." There is no real line you can draw there other than "some do" "some don't". Even then, the template instructions don't always make sense all the time. (e.g., If I accidentally create an A10, someone nominates it, but I think that it could make a plausible redirect anyway, don't come complaining to me if I remove the CSD template and redirect the page.) GMGtalk 19:57, 25 September 2019 (UTC)
    Ah, yes, brilliant! With that verbiage, no need to spell out each difference, or make lists - simply instruct to follow template instructions, and that will automagically instruct editors on correct behavior. Perfect. Start another section on the talk page here for straw polling it? KillerChihuahua 20:09, 25 September 2019 (UTC)
    Maybe. Maybe give it a minute to see how many people think my off-the-cuff suggestion is silly. I probably won't be here for it. I'm going to live in a tent for a little while and will have little to no internet access. GMGtalk 00:54, 26 September 2019 (UTC)
    Yeah, I think you're good. No one has commented in days. Ping me when you get back, we'll work on updated boilerplate, put it in a new section, and list on CD, and let the masses decide. :=) KillerChihuahua 12:37, 1 October 2019 (UTC)
    Um... it took me a few days to see this, but I don't think any of the above is necessary. The "do not remove" is removed for templates where it can be removed, and it shows on templates where it shouldn't. Per K6ka above, I'm not really sure what this thread is attempting to accomplish. Are you wanting to add "you can remove this if you feel like it"? Primefac (talk) 17:31, 1 October 2019 (UTC)
    And in each of the templates you've mentioned it says: If this template does not meet the criteria for speedy deletion, please remove this notice. So the templates do already tell people to remove them if the page in question doesn't meet the criteria. —k6ka 🍁 (Talk · Contributions) 18:31, 25 September 2019 (UTC)
    eh, good point - still leaves out the blanket statement as referenced by GMG above. And IMO it wouldn't hurt to be specific on the templates as well. Better to spell it out clearly rather than trust to implication. KillerChihuahua 18:54, 25 September 2019 (UTC)

T3 and unused[edit]

In the section defining the criteria it doesn't mention anything about whether the template is unused or not. On the other hand the default deletion message seems to be "Unused, redundant template". I think one of these should be changed to avoid further confusion. --Trialpears (talk) 22:01, 1 October 2019 (UTC)

Neither WP:T3 nor {{db-t3}} state anything about being unused. For the record (and this is specifically pointing at the admins who just care about deleting things), WP:G8 cannot be used for unused templates either. There is currently no CSD criterion that allows for the speedy deletion of unused templates. Primefac (talk) 22:08, 1 October 2019 (UTC)
Then messages such as this should be changed. I don't know what generates it since I don't do deletions so a pointer would be appreciated. --Trialpears (talk) 22:15, 1 October 2019 (UTC)
@Trialpears: |summary=Unused, redundant template in the wikitext of Template:db-t3. * Pppery * it has begun... 04:07, 2 October 2019 (UTC)
Summary text updated. Primefac (talk) 10:13, 2 October 2019 (UTC)
Begging Ale jrb's forgiveness, I've made the same change to CSDH. ~ Amory (utc) 10:56, 2 October 2019 (UTC)

G14 question[edit]

Does G14, apply to rediects resulting from page moves from names ending in (disambiguation) to names not so ending? DES (talk)DESiegel Contribs 23:16, 7 October 2019 (UTC)

@DESiegel: If a disambiguation page is moved from "Foo (disambiguation)" to "Foo", then the redirect "Foo (disambiguation)" does not need to be deleted (WP:INTDAB). I'm not sure if that answers the question! Shhhnotsoloud (talk) 18:04, 8 October 2019 (UTC)
It does,Shhhnotsoloud. I have seen such pages tagged for G14 deletion. Would anyone object if I edited the CSD page to make this explicit? DES (talk)DESiegel Contribs 06:02, 10 October 2019 (UTC)
@DESiegel:. We may have misunderstood each other. If there is a disambiguation page at "Foo", the base name, then there needs to be a redirect at "Foo (disambiguation)" to point to it. This is so that intentional links to a disambiguation page pass through a (disambiguation) redirect. This is explained at WP:INTDAB. So, if you have moved "Bar (disambiguation)" to "Bar" then you can leave the resulting redirect alone, with rcat {{R to disambiguation page}} (assuming that "Bar" is a now disambiguation page or a page with a disambiguation-like function). Perhaps you could give an actual example? Shhhnotsoloud (talk) 06:55, 10 October 2019 (UTC)
Shhhnotsoloud, 39th New Brunswick general election (disambiguation) (-> 2018 New Brunswick general election) which included {{R from move}}. You tagged it G14 on 12:33, 6 October 2019 . and I deleted it as peer your tag. The move wqas done on 08:08, 20 January 2016 by Anthony Appleyard. It seems that I should not have deleted this, correct? DES (talk)DESiegel Contribs 13:12, 10 October 2019 (UTC)
@DESiegel: Ah yes, I see, thank you. I'm clearly an involved party. 39th New Brunswick general election (disambiguation) should have been deleted because at the time of deletion it did not redirect to a disambiguation page, it redirected to an article 2018 New Brunswick general election which does not perform a disambiguation function. The situation would have been different if the target was 39th New Brunswick general election and that target were a disambiguation page (it may have been at some time but wasn't at the time of deletion). I hope that helps (but I'm not neutral here). Shhhnotsoloud (talk) 08:29, 11 October 2019 (UTC)

Clarification Request: The outcome of the most recent XfD being "keep" excludes any page otherwise eligible for G13[edit]

I have observed that several administrators have started treating pages that have been nominated or deleted under CSD:G13 (Stale Drafts and submissions) to be summarily restored citing a finding that because the last XfD was a Keep (or no consensus) CSD:G13 is invalid on the page until a XfD results in a delete. I therefore propose the following modification to CSD:G13 to establish if there is a consensus for that interpretation.

Any pages that have not been edited by a human in six months found in:

  1. Draft namespace,
  2. Userspace with an {{AFC submission}} template
  3. Userspace with no content except the article wizard placeholder text.

Redirects are exempt from G13 deletion. Pages that have survived their most recent deletion attempt are exempt from G13 deletion. Pages deleted under G13 may be restored upon request by following the procedure at Wikipedia:Requests for undeletion/G13. Hasteur (talk) 02:49, 8 October 2019 (UTC)

Discussion (G13 eligibility clarification)[edit]

Asked the question as the affirmative even though I believe that this is not the existing consensus. Open to any editor linking to where a previous consensus was to prove me wrong. If the consensus was established recently (last 4 months) I'm more than happy to suspend this request. Hasteur (talk) 02:49, 8 October 2019 (UTC)
I think this was discussed above in the topic called G13 Question. The consensus there was the G13 criteria is still applicable after surviving a XfD and has been added to the policy already. McMatter (talk)/(contrib) 03:32, 8 October 2019 (UTC)
With the consistent backlog at WP:AFC, I wonder if it is possible to limit G13 to AFC Submissions which have not been actually submitted? McMatter (talk)/(contrib) 13:04, 8 October 2019 (UTC)
  • The policy does allow G13 deletions of pages which have survived deletion discussions, but it didn't until very recently, it was added two weeks ago. Hut 8.5 17:46, 8 October 2019 (UTC)
Consensus that G13 should cover all drafts was very clear, see WT:Criteria for speedy deletion/Archive 65#Expand G13 to cover ALL old drafts (2017). Although this didn't address the question of drafts that previously survived a pre-G13 deletion discussion, it clearly intended that all 6 months abandoned draft pages would be deleted under G13 regardless of their history. There was not, for example, even sufficient concern about mainspace articles that were unilaterally draftified being auto-deleted by G13. --SmokeyJoe (talk) 04:14, 9 October 2019 (UTC)

Votes (G13 eligibility clarification)[edit]

  • Oppose I disagree with this as there are a great many pages that survive XfD on promises of improvement (editing the text, promises to merge/redirect to a mainspace, or "keep and let G13 take care of it") that demonstrate that not all the keep XfDs show sustaining effort/improvement. I have no problem if a bot comes in every 5 months and changes a single byte on the page or if someone does a procedural clean on the page to reset the 6 months unedited clock. What I do care about is Administrators ignoring both the written text of the CSD and the intention of the CSD. Hasteur (talk) 02:49, 8 October 2019 (UTC)
  • Oppose. Most drafts taken to MfD that survive survive because taking the page to MfD was the wrong process, and the right process is to tag and ignore the draft until G13 applies. The G13 time period (6 months) is sufficient time for an author or interested party to engage. I usually try to remember to write "Keep" ... leave for CSD#G13", but it always applies. A page that should not be subject to G13 should be taken to userspace or a WikiProject. It's regrettable that Template:Promising draft does not work in attracting editors to help, but the fact is that it doesn't. --SmokeyJoe (talk) 03:51, 8 October 2019 (UTC)
Are you saying drafts should never go to MfD? That instead of discussing drafts at all we should always just delete them if they're flagged stale and nobody claims them? I could get behind that, it would remove a lot of administrative confusion about process, and I think address Hasteur's concern above. Ivanvector (Talk/Edits) 13:50, 8 October 2019 (UTC)
@Ivanvector: What I'm saying is that if the draft is kept with a promise that it'll be improved to the point of being ready for mainspace, and that improvement doesn't manifest in the form of any edits in 6 months or promotion to mainspace in that time, that we discount the previous promises and let CSD:G13 process handle it without this rigmarole of evaluating the previous MFD. Hasteur (talk) 17:53, 8 October 2019 (UTC)
I get that. I meant to address SmokeyJoe's observation that the "right process" is to tag and ignore. If that's the case, then we should just say that drafts are no longer eligible for discussion at MfD, eliminate that step entirely, and allow G13 to work (or make it into a DRAFTPROD process which I've suggested before). Doing so would seem to support current practice where any draft that is nominated at MfD attracts comments in the form of "none of this matters, it's fine to sit there until G13 applies". I would support that. Ivanvector (Talk/Edits) 18:56, 8 October 2019 (UTC)
No, Ivanvector, not "drafts should never go to MfD". Instead, "drafts should usually not go to MfD. More certainly, "bad drafts should not all go to MfD. MfD is not failure management process for Wikipedia:WikiProject Articles for creation. WP:AfC has good DECLINE and REJECT options that should be used.
For specific details: MfD for a draft is only appropriate where there is a deletion reason. Deletion reasons mostly come from WP:NOT. Draft deletion reasons do not include notability, although notability is an important factor to consider alongside an actual reason. WP:NOTPROMOTION of a WP:CORP-failing topic is a compelling reason (but please try to WP:CSD#G11 first if it fits). Resubmission of a draft without improvement is a reason explicitly approved by an RfC. — Preceding unsigned comment added by SmokeyJoe (talkcontribs) 02:52, 9 October 2019 (UTC)
Any page in draftspace unedited for > 6 months is eligible for deletion under WP:CSD#G13. Trivially objective. Preferably, authors of pages eligible for G13 will be advised by a bot prior to the deletion; failing that, on deletion, the author should be advised. The deletion log MUST contain a link to WP:REFUND. In principle, all G13-deleted pages may be REFUNDED on request, although the deleting admin is encouraged to observe that some other speedy deletion criterion applies (eg G5, G10, G11, G12) and to immediately re-delete per that criterion. --SmokeyJoe (talk) 03:03, 9 October 2019 (UTC)
"Bad drafts should not all go to MfD" - to me that's a very confusing statement and makes for bad choices. But rather than continue here in the middle of the voting section of Hasteur's RfC, I'll collect my thoughts and start a separate discussion. Ivanvector (Talk/Edits) 11:53, 9 October 2019 (UTC)
  • Oppose - the only change I will support to G13 is complete deprecation and removing it from the list of speedy deletion criteria. Ivanvector (Talk/Edits) 13:29, 8 October 2019 (UTC)
I too would support this change. Best, Barkeep49 (talk) 19:29, 8 October 2019 (UTC)
  • Ivanvector, I would enthusiastically support this change. We need to find a better way to separate the drafts that have potential from the ones that don't, and this process should not be time based. Drafts that have no hope of ever becoming an article should be deleted promptly, and drafts that do have potential should not be subject to any sort of deadline. – bradv🍁 01:52, 9 October 2019 (UTC)
I think User:Bradv's line of thought is one that was thrashed out in the discussions that created G13. It's good as a motherhood statement, but hopeless when it comes to practical implementation. The problem is: "who decides the draft has no hope"? Was that decision objective? For all the agreed objective reasons of "no hope", a CSD criterion exists. For the remainder, it is possible that the author may come back with additional information to justify hope for their initially scanty draft. It is an unjustified workload to do a "no hope no notability" test on every hopeless looking draft. The onus should be on the author, on the topic proponents, and from this comes the imperative that there be some time limit. 6 months is the agreed limit. For sure, 1 week is too short, and >1 year is getting too long for zero edits. --SmokeyJoe (talk) 02:58, 9 October 2019 (UTC)
A draft PROD is the simplest solution, and vastly preferable to the current system where drafts are robotically deleted based on no other factor than that the author gave up on it six months ago. – bradv🍁 03:02, 9 October 2019 (UTC)
DRAFTPROD amounts to a non-objective speedy deletion, it fails WP:NEWCSD and should be rejected for that reason alone. G13 applies with no editor required to tag it ahead of time. --SmokeyJoe (talk) 03:06, 9 October 2019 (UTC)
G13 also fails WP:NEWCSD, as it is not uncontestable (anyone can contest it by editing the draft, if they get the opportunity). Even if draft prods are robotically applied, it is still better than the current system as other editors will have an opportunity to contest the deletion and save the draft. – bradv🍁 03:09, 9 October 2019 (UTC)
G13 applies uncontestably. I applies when it is uncontestable that anyone has contested it's deletion in the last six months. For a rare case of someone who wants to auto-contest, see Wikipedia:Administrators' noticeboard#Topic Ban Request: TakuyaMurata. --SmokeyJoe (talk) 04:16, 9 October 2019 (UTC)
The issue I see is that no one really agrees concretely on the elements of a "draft with potential"—is it a draft that satisfies notability guidelines, a draft that has one or two reliable citations, any draft that an editor slapped a promising tag on? There are some obvious extremes—a draft that just reads "Joe is a funny man" clearly has no potential, whereas a draft that has multiple references to in-depth reliable sources clearly does (and is probably close to mainspace already)—but what is much less clear are drafts in the middle that might have a source or two, aren't promotional enough to be G11, but don't have enough content or structure for mainspace. What we used to see is these drafts sort of languish in the draft space indefinitely because no one is interested in working on them, and nobody wants to MfD (or PROD) them because they may have potential. Unless we actually start applying notability guidelines to drafts (which is an idea that has faced considerable opposition in the past), I see G13 as a reasonable practical solution, especially given the deliberately low bar towards undeletion and retention. Perhaps what we're really looking for is a 7-day grace period between G13 tagging and deletion, similar to WP:C1 or WP:F4, during which any editor may remove the tag if they think the draft has potential and kick G13 down the road another 6 months. Mz7 (talk) 03:36, 9 October 2019 (UTC)
Any editor in good standing who thinks a draft shows promise should do one of the following: (1) Work on it; or (2) remove it from draftspace, per WP:DUD, putting it in their userspace or as a subpage of an interested WikiProject. {{Promising draft}} for draftspace drafts, tagged by an editor who takes no personal interest in what they tag, has not worked out. --SmokeyJoe (talk) 04:19, 9 October 2019 (UTC)
Those are workarounds, not a good system that improves collaboration and article quality. – bradv🍁 04:22, 9 October 2019 (UTC)
Sure. My preferred solution is to remove draftspace entirely, and to not invite any newcomer to create any newpage until after they are autoconfirmed, and to recommend that they don't attempt new pages before improving existing pages. "Anyone can edit" doers not need to mean that "anyone can create a new page". --SmokeyJoe (talk) 04:26, 9 October 2019 (UTC)
I'd be more than happy with that solution too. But as long as we must have draftspace, let's make it work as well as possible. – bradv🍁 04:29, 9 October 2019 (UTC)
@SmokeyJoe: I've read you say a few times in these discussions, that DRAFTPROD fails WP:NEWCSD. I don't understand this. Proposed deletion is a different deletion method than speedy deletion so why does a new type of proposed deletion (which would join BLPPROD) need to meet the criteria for speedy deletion? What am I missing? Best, Barkeep49 (talk) 01:09, 10 October 2019 (UTC)
Barkeep49, yes, it is as if people have forgotten the foundation premise of WP:PROD. An article can be PRODded for any reason. A reason is not required, or at least you are not asked to substantiate the reason. The reason is supposed to be obvious, but not defined. Accordingly, anyone may dePROD, for any reason, and they are not required to substantiate their reason. Completely subjective, not objective. If there is any disagreement, it goes to AfD. A critical premise for PROD to work is watchlisting. This fails for Drafts, no one watches drafts. DraftProd therefore devolves to a pseudo CSD.
BLPPROD? I am perfectly happy for BLPPROD to be extended to draftspace, if it is not already.
People proposing a new DRAFTPROD deletion process need to at least get to the details of how it would works, which they are not doing. What is the duration? What is the need? What tracking and notifications would be involved. So far, I have seen no such details, nor any reason why G13 doesn't suffice. --SmokeyJoe (talk) 01:41, 10 October 2019 (UTC)
SmokeyJoe, thanks for the reply. It's helpful. I think you disagree with the need but it has been presented directly to you before and let me try again: articles that people are actively monitoring should not be deleted without warning. Deletion of drafts no one cares about should be uncontroversial. If someone cares enough to remove a notice they shouldn't have to go fill out REFUND paperwork. I had this happen to me recently. I knew I was about to RfA so I just waited and made it my first action with the toolkit but that door is not open to everyone. It also meant I moved another draft I've been slowly chipping away with from Draft space, where I'd have loved help, to my user space, where others might not feel comfortable jumping in.
My criteria for DRAFTPROD would be G13 criteria except that it runs for 7 days - like PROD and BLPPROD. Removal of the DRAFTPROD notice is enough to reset the six month clock, but unlike PROD, a draft may be tagged an unlimited number of times with DRAFTPROD. So it's G13 but done slower. Best, Barkeep49 (talk) 01:50, 10 October 2019 (UTC)
So, I definitely oppose that. To the extent that DraftSpace is justified in existing, it exists for leasurely drafting by IPs. One week is way too short to expect them to be checking in. 6 months is OK. that's why G13 is six months.
"Deletion of drafts no one cares about" is a contradiction. Someone has to care to tag it.
We already have way too many poor MfD nominations of drafts. Often, too often, someone nominates for deletion a draft that is worthy of mainspace. The standard of MfD nominations of drafts is so poor that DraftProd fails for that reason alone. A reason for PROD is overload of AfD with obvious cases. There is no case here. I suggest you spend more time at MfD before suggesting this relief valve for drafts at MfD. Currently, MfD receives masses of Portals, so you might like to try Wikipedia:Miscellany for deletion no portals.
Do you have some examples of pages that belong in a DraftProd process? --SmokeyJoe (talk) 02:10, 10 October 2019 (UTC)
I disagree that draftspace should only be used by IPs/COIs so that's probably where we see things differently. I think draftspace should be used by them but also by any editor that wants to craft their article before plopping it into mainspace and would welcome collaboration in doing so. Glad we had this discussion because I think we'll continue to see differently but I feel like I have a much better understanding of where you're coming from. Best, Barkeep49 (talk) 02:18, 10 October 2019 (UTC)
I didn't say "only". It is sufficient that an occasionally checking-in IP uses draftspace for it to be unreasonable that drafts can be deleted with just a week's notice, no discussion, not objective criteria. --SmokeyJoe (talk) 05:37, 10 October 2019 (UTC)
SmokeyJoe, now I'm confused again. An IP makes no edits to a draft for six months. Currently it can be deleted at anytime instantly. I suggest it should be deleted after having a notice for a week. How is that not more reasonable for an occasional editor? And that's not even the use case I care about. I care about active Wikipedians who are trying to use draft space. They're the ones I honestly think will decline DRAFTPRODs not an IP or non-confirmed editors. Best, Barkeep49 (talk) 05:43, 10 October 2019 (UTC)
So, your DRAFTPROD would only be an option after six months no edits? You are proposing to replace G13 with DRAFTPROD? This is an unexpected feature of the proposal. Terrible idea. There are way too many. Abandoned drafts will build up again into the tens of thousands, including the scattered BLP and copyright infringing drafts.
You don't care about infrequent IP editors? I think you should.
You care about active Wikipedians who are trying to use draft space? I don't. Active Wikipedians should draft in userspace or in WikiProject subpages. Are you a supporter of User:TakuyaMurata's draftspace practices? Comment at Wikipedia:Administrators' noticeboard#Topic Ban Request: TakuyaMurata. --SmokeyJoe (talk) 06:09, 10 October 2019 (UTC)
SmokeyJoe, I, an active Wikipedia, do all my drafting in Draftspace. I am currently working on Draft:Judy Sullivan, which was started at an edit-a-thon this week. When I work with new editors, either at an edit-a-thon/editing workshop, or at the Teahouse or other on-wiki venues, i normally advise them to start all new articles in draft space. When I restore a deleted article on the plea that an editor wishes to improve it to readiness for mainspace, I always restore it to draft space with an AFC tag. Many drafts are created by active Wikipedians. None of which is to say that an MfD closed as "wrong venue" or "not bad enough to delete, leave for further work or G13" should be exempt from G13, but Active Wikipedians should draft in userspace or in WikiProject subpages simply does not cover current practice, nor in my view should it. DES (talk)DESiegel Contribs 13:26, 10 October 2019 (UTC)

───────────────────────────────────I think you misread something I wrote, Smokey. I didn't say I didn't care about IP editors in draftspace. I do. A lot. I said protecting them from deletion wasn't the use case for why I think G13 should be supplanted by DRAFTPROD. It is the kind of cases I laid out or DES laid out. If an article is abandoned then DRAFTPROD will function identically to G13. If it's not abandoned, which we would know because someone would remove the DRAFTPROD label, then the presumption goes to saving content rather than deleting it. If there are BLP or COPYVIO issues well we can deal with those - and do - in all namespaces now, that's not what G13 is for. Best, Barkeep49 (talk) 13:53, 10 October 2019 (UTC)

  • Oppose- XfDs closed for WP:WRONGVENUE reasons should not be immune to an otherwise legitimate speedy. Reyk YO! 13:44, 8 October 2019 (UTC)
  • Oppose: does not take into account that the draft may have been abandoned after discussion. K.e.coffman (talk) 01:14, 10 October 2019 (UTC)
  • Oppose. Draft should not go to MfD or AfD for it is WP:WRONGVENUE and in AfC we have decline (leave reasons/what is needed) or reject. In addition, G13 drafts are checked by admin prior deletion and can always get a WP:REFUND. CASSIOPEIA(talk) 03:40, 12 October 2019 (UTC)
  • Oppose per above. Obvious process creep, and folks can just use WP:REFUND if it's important. Also if it's worth going to REFUND for, then perhaps it'll encourage the requestor to work on it and move it into the mainspace :) -FASTILY 07:26, 13 October 2019 (UTC)
  • Oppose. A draft that is kept on promise of improvement should still be deleted if abandoned, especially since WP:REFUND is not a difficult process to use. –Darkwind (talk) 07:14, 14 October 2019 (UTC)
  • Support. I use draftspace, and I would've liked a notification before, not after, my draft had been deleted as abandoned. Clovermoss (talk) 20:54, 18 October 2019 (UTC)
  • Oppose Just because a draft survives a MfD doesn't mean it shouldn't be deleted if it becomes stale. In response to the support !voter above, that's a separate discussion, but I like the idea. SportingFlyer T·C 09:37, 20 October 2019 (UTC)
  • Oppose per most of the above objections, which have already gotten to every point I would have raised. The main one to me is that XfDs are "survived" for any number of reasons, many of them venue-related and other technicalities. That said, various admins' declines in particular cases are valid, when they've looked at the XfD in question, and seen a consensus to retain the material on its merits. Remember WP:NOT#BUREAUCRACY, "WP is not a suicide pact", WP:Common sense, WP:IAR, WP:CLOSE, etc.  — AReaderOutThatawayt/c 05:43, 22 October 2019 (UTC)

WP:AN proposal to limit G13 on submitted unreviewed drafts[edit]

See Wikipedia:Administrators'_noticeboard#Proposal.

I think it is a bad idea to propose WP:CSD changes in places other than WT:CSD. --SmokeyJoe (talk) 05:33, 9 October 2019 (UTC)

That's a bad idea (moving discussions in general is a bad idea). Just participate in the discussion where it is. Ivanvector (Talk/Edits) 13:12, 11 October 2019 (UTC)

New category for T3 nominations during the holding period[edit]

When nominating templates for deletion per T3 I've had them deleted before the 7 day holding period and think this could be resolved by adopting the categorization scheme of C1. C1 nomination are categorized as Category:Empty categories awaiting deletion during the hold and as Category:Candidates for speedy deletion as empty categories after the hold while T3 nominations are categorized as Category:Candidates for speedy deletion as unused redundant templates both during and after the holding period. I suggest that this is changed so they're categorized as Category:Redundant templates awaiting deletion during the hold to prevent premature deletions in the future.

Category:Candidates for speedy deletion as unused redundant templates should also be renamed to remove the unused part as it isn't mentioned in the actual criteria. I think this could be done without a CfD as it misrepresent policy and consensus for such changes were shown at #T3 and unused, but since I don't have the technical ability to do it I haven't. --Trialpears (talk) 21:23, 8 October 2019 (UTC)

CfD at Wikipedia:Categories_for_discussion/Log/2019_October_14 --Trialpears (talk) 00:31, 14 October 2019 (UTC)

Clarification: scope of G4[edit]

Sugrammr (talk · contribs) has recently created four categories:

Apart from the error that all of these are inside themselves (and so show up at Wikipedia:Database reports/Self-categorized categories), each contains just one or two articles, so is against WP:SMALLCAT so I could send all of them to WP:CFD on that basis. However, I see that two of them (930s and 950s) have been deleted via CFD before, following Wikipedia:Categories for discussion/Log/2017 November 4#Early medieval works and books (open up the "more books" collapsy thing). This makes those two eligible for speedy deletion per WP:CSD#G4, but are the other two also eligible? That is, can the 2017 CFD be considered an umbrella decision? Notifying Explicit (talk · contribs) who closed that CFD and deleted the two cats, also Fastily (talk · contribs) who deleted the 990s one under WP:CSD#C1. --Redrose64 🌹 (talk) 12:04, 9 October 2019 (UTC)

Moved from User talk:Redrose64 § Book categories: --Redrose64 🌹 (talk) 16:15, 9 October 2019 (UTC)

While working on several wiki-pages on 9th/10th century literature the requirement to create/extend book date categories arises. Much scholarship has yet to be digitized/wikipedia-ized and it is expected that single items (books) may initiate categories, viz., non-standard categories, where usual criteria are irrelevant. The "Book Year" is a necessary category for research in this field. Sugrammr (talk) 15:57, 9 October 2019 (UTC)

@Sugrammr: As noted above, some of the categories which you created had previously been deleted under the WP:CFD process. Until there are sufficient articles to justify a finer division, please use the existing century categories, such as Category:10th-century books.
When you do create a category, you must not put it inside itself (see WP:SUPERCAT, the part about closed loops): categories belong inside one or more appropriate parent categories. For example, Category:2019 books is categorised in Category:2019 works, Category:Books by year, Category:2010s books and Category:2019 in literature; similarly Category:2010s books is categorised in Category:21st-century books, Category:2010s works, Category:Books by decade, Category:2010s in literature, and Category:2010s in media. The templates {{book year}} and {{bookdecade}} exist to facilitate this categorisation. --Redrose64 🌹 (talk) 16:16, 9 October 2019 (UTC)
The placement error was a simple error. The book decades category is a requirement. Sugrammr (talk) 16:48, 9 October 2019 (UTC)
Where is it stated that it "is a requirement"? --Redrose64 🌹 (talk) 18:01, 9 October 2019 (UTC)
  • Actually, I'd like some clarification on this as well. I was recently informed that {{Colts2018DraftPicks}} and a few related templates had been recreated, but I left {{Colts2019DraftPicks}} alone because it had not yet been created when the original TFD closed. It's clearly in the same scope as the other templates, so I likely would have been within my rights (and a little bit of IAR) to delete the 2019 template, but I left it out of an overabundance of caution. Would I be justified in deleting it? Primefac (talk) 00:54, 10 October 2019 (UTC)
To me a reasonable interpretation of a deletion discussion when carrying out G4 is appropriate given WP:NOTBURO. I think G4 deleting the 2019 template would be well with-in your discretion in the same way that a recreated article deleted under G4 after an AfD can differ to some degree in content. The idea of G4, to me, is that community consensus has been established and absent something to suggest that consensus has changed (e.g. passage of time, new precedent or RfC, new sourcing) then requiring further community consensus is not needed. Best, Barkeep49 (talk) 01:15, 10 October 2019 (UTC)
That's the direction I was leaning, but I figured erring on the side of caution until a 2O was given wouldn't hurt. Primefac (talk) 20:32, 10 October 2019 (UTC)
@Barkeep49: My question is not so much about the 2019 recreations of the two that were deleted in 2017; it is whether the 2017 CfD may be used to justify a G4 speedy of similar categories that didn't exist prior to their recent creation. --Redrose64 🌹 (talk) 21:46, 10 October 2019 (UTC)
Redrose64, yes I understood but found it easier to express an opinion about a template than categories. I don't dabble enough in categories to know all the ins and outs. That said I do think a category that didn't exist, but if it had would have been part of the same deletion discussion, can be G4 deleted at an administrator's discretion. However, at some point enough time has passed that consensus might have changed. It's this last part especially that I am ill-equipped to give an intelligent answer about here. So my answer to you is yes in theory and I'm not sure in reality for this case. Best, Barkeep49 (talk) 21:58, 10 October 2019 (UTC)

Rule G13 is really not a good idea.[edit]

The case against G13:
Why Wikipedia should consider getting rid of Rule G13.

I believe that abandoned draft articles should be kept indefinitely instead of being deleted for the sole reason of being currently abandoned.

Having to ask an administrator for the undeletion (WP:REFUND) of draft articles might be discouraging and even intimidating to very junior editors.

If a new editor encounters an abandoned non-deleted draft article directly, which can even happen after years, he can immediately proceed to keep editing it, and eventually making it mature enough to enter the the main name space.

Additionally, Draft articles are searchable. If a new editor starts to write an article on the same topic, but then notices that an article with that name already exists, that editor can directly proceed with a headstart and a template to edit that article.

If that article is deleted, it does not show up in any search. Not the article name search, nor the text search.

And if the new editor creates the article about the same topic/thing, he will not notice that such an article already existed as a draft that could have given the new editor a head start.

Keeping a draft article indefinitely appears much more logical to me for these reasons.

Hypothetical scenario: Let's assume I died tomorrow in a plane crash, and the draft article Draft:Comparison_of_mobile_phone_cameras will be only discovered by 2024.

If an administrator decided to delete that article due to G13 in the meantime, that compiled information in that article would be buried and possibly withheld from future readers who find it useful, forever.

Draft articles can also be a potential source of information, especially if sourced properly.

Even an abandoned but still existing draft article can encourage an encountering user to keep working on it.

For these reasons, the rule G13 appears purely counter-productive to me.

Rule G13 could cause legitimately good draft articles to fall into oblivion. No one knows how much information the black hole of G13 has already pruned.

Also see:

I hope I could help you and future editors.

 –– Handroid7  talk 04:28, 12 October 2019 (UTC)

  • The critical problem was that amongst the thousands per year new abandoned drafts were WP:BLP and copyrights violating material. More than can be reasonably expected of volunteers to review. It is hard enough to review every submitted draft, let alone every page created and abandoned. —SmokeyJoe (talk) 04:49, 12 October 2019 (UTC)
    I fail to see how that is an argument for G13. If a draft is a serious BLP or copyvio violation, it should be removed immediately, not languish around for another six months. Regards SoWhy 20:17, 12 October 2019 (UTC)
    Agreed.  –– Handroid7  talk 02:43, 13 October 2019 (UTC)
    User:SoWhy, in the absence of reliable volunteers who will review drafts, to separate minimally into unacceptable and unacceptable (G10, G11, G12) for long term live storage, who is going to remove them immediately or ever? NB. I consider this to have been the one compelling argument for the creation of G13. We’re young involved in the discussions, this page, from 2013?
Personally, I was content for all old unedited drafts to be blanked, forever available in the history but not live at a standard url, but that argument of mine didn’t gather support. —SmokeyJoe (talk) 04:12, 13 October 2019 (UTC)
  • I have never understood the “new editors might be able to improve the draft” argument for keeping drafts. My experience working with new editors is that they are unlikely to troll through draft space, looking for old drafts to improve... instead, they will simply start a new (fresh) article on the topic. So keeping an abandoned draft in draft space is pointless.
That said, old (seemingly abandoned) drafts in USER space should be kept all but indefinitely (the user might come back and work on it). Blueboar (talk) 14:16, 12 October 2019 (UTC)
Talking to both User:SoWhy and User:Blueboar here, there is an apparent inconsistency here, draftspace pages must be be allowed to live forever, but userspace pages may. The answer is that in draftspace, there is a tendency for driveby contributors to write an dump offensive material that is far less the case in userspace. Pseudo articles, blatantly inappropriate, spam-promoting something, or divulging personal information on another. People tend to not do this so much in userspace, as userspace is the users personal space. People tend not to write graffiti inside their homes, they instead go to a sort of public place to do it, starting from inside storm water drains and under bridges. Draftspace is kind of like open space under a bridge. —SmokeyJoe (talk) 04:20, 13 October 2019 (UTC)
@SmokeyJoe: Then just move it to that user's name space instead of deleting it. Also, promoting anything on the draft namespace is ineffective anyway. It does not benefit the promoted thing. If they really intended to promote something, they could spam Twitter with it, not the Wikipedia draft name space.  –– Handroid7  talk 22:51, 13 October 2019 (UTC)
Also, “Pseudo articles, blatantly inappropriate, spam-promoting something, or divulging personal information on another.” are already covered by the other rules, not G13 itself.  –– Handroid7  talk 22:53, 13 October 2019 (UTC)
You are not presenting a workable solution to Who will do the discrimination. Many drafts are made by IPs, and many by new accounts that become inactive. It is no OK to blindly userfy all drafts without checking whether they are “Pseudo articles, blatantly inappropriate, spam-promoting something, or divulging personal information on another”, and it is not practical to ask someone to check them. For a time, some were trying to put all through MfD, which was completely ridiculous. --SmokeyJoe (talk) 00:09, 14 October 2019 (UTC)
  • Draft articles aren't as searchable as you think, as the Draft space is NOINDEXed by default, meaning the only way to search it is using Wikipedia's own search function. This is by design, for the reasons SmokeyJoe spells out above and because, for the most part, a good chunk of these drafts are written with a promotional bent which in turn makes Wikipedia and the editor(s) working on the draft look bad. —v^_^v Make your position clear! 18:12, 12 October 2019 (UTC)
@Jéské Couriano: If the draft article is written like a promotion, it does hardly benefit the promoted thing at all anyway, and can still be used as a head start for the new editor. Also, draft articles show up in search suggestions and from uncreated articles in the article namespace with the same name. e.g. Comparison_of_mobile_phone_camcorders → “Ambox warning green construction.svg There is a draft for this article at Draft:Comparison of mobile phone camcorders.”
That's Wikipedia's internal search function. Usually when people complain about "showing up in search" they're usually meaning via Google or other search engines. And the reason for it showing up in the article namespace as it does is because it's common for articles that aren't up to par to be moved back to the draftspace. —v^_^v Make your position clear! 20:20, 18 October 2019 (UTC)
  • If the topic is truly worthy of an article here someone will eventually create an article on it, with or without a specific draft; this negates the need to keep a stale draft on here for eternity, and possible upsides of doing so are more than outweighed by the hidden policy violations that would be incurred on what are the hidden and less-watched crevices of Wikipedia. – John M Wolfson (talkcontribs) 19:41, 12 October 2019 (UTC)
    @John M Wolfson: Policy violations are supposed to be removed immediately. But getting rid of a draft article solely because it is abandoned does not make sense to me. Also, information compilation articles such as Draft:Comparison_of_mobile_phone_camcorders are exempt from eventualism. I doubt that if that article got swallowed by the black hole of G13, it would ever be recreated in that unique form anytime soon. Also, as much as there can be hidden policy violations, there can also be hidden gems, waiting to be discovered.  –– Handroid7  talk 02:43, 13 October 2019 (UTC)
    The only thing exempt from eventualism would be BLP and other assorted policy violations that you mention. While it's unfortunate that time-sensitive material like that might be irretrievably deleted in that particular form, it doesn't really matter what form it assumes when it does eventually get created. (And if the particular form was so unique, it might likely be original research or synthesis, although I'll withhold judgment on that.) Notability is not temporary; if something was so time-sensitive that once deleted it could never be recreated, it probably didn't belong on here anyway. I also think you're overstating the perceived threat of REFUND; I see IP addresses there fairly frequently.
    Having said all that, I do see where you are coming from with regards to the utility of G13. I still see arguments of its de facto convenience and keeping junk out in the long run, even though it does seem a bit against the spirit of WP:FINISH. I'll reserve judgment on this question pending comments and insights from other editors. – John M Wolfson (talkcontribs) 03:25, 13 October 2019 (UTC)
    @John M Wolfson: Even if there is some “junk”, it does not disrupt any Wikipedia reader, because they don't randomly stumble upon it. Also, that page I have mentioned is not original research. Show me one other person that recreates these tables in that sophisticated manner. (Sorry for that arrogant language, but how else do I express it?). All the work I put into that could potentially be erased by WP:G13.  –– Handroid7  talk 22:49, 13 October 2019 (UTC)

With respect @Handroid7:, I don't think you've actually ever sorted through any of the draft pages. If you had you'd see that editors frequently review content and give the author an opportunity to fix the page. If the author doesn't take that opportunity (by editing it at least once every 6 months) Wikipedia shouldn't be bothered to keep the page around. Also many of the submitters to Draft space usually come in for one day, drop a load of questionable material, and walk away. No less than any other Spam trap. Because of Wikipedia's good Google score, we're targeted as one of the percieved best paces to get copy on. We don't reach for any of the CSD rules unless it's completely unredeemable. Hasteur (talk) 23:08, 13 October 2019 (UTC)

@Hasteur: Yes, I have. I found draft:List of commercial failures in video hosting. But even if I did not, does not mean everybody else doesn't.
Also, it is possible that some users request the undeletion of a draft article just out of curiosity of the content, which is another argument against G13.
Also, like I said, questionable material is already covered by the other rules, not G13.
Also, Wikipedia's good Google ranking is for the main namespace. Draft articles are not indexed by default.  –– Handroid7  talk 23:59, 13 October 2019 (UTC)
  • Support completely. G13 simply buries too much useful content. To deal with the inevitable deluge of garbage, however, a draftprod should be instituted to summarily delete bad drafts. Best, PrussianOwl (talk) 09:38, 15 October 2019 (UTC)
    • “The inevitable deluge”. What editor is going to do the DraftProdding? —SmokeyJoe (talk) 10:14, 15 October 2019 (UTC)
      • Anyone who's looking around draftspace that day. PrussianOwl (talk) 10:20, 15 October 2019 (UTC)
  • Maybe review untouched drafts at 6 months. (Yes but who is going to do it? The same people that do the deletion, perhaps?) All the best: Rich Farmbrough, 13:20, 19 October 2019 (UTC).

New suggestion: Separate namespace[edit]

Straight opposition and a CU-blocked proposer. Primefac (talk) 12:12, 19 October 2019 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Another alternative to G13 is:
Instead of deletion, move the article to a new Graveyard:”, “ExpiredDraft:” or “DraftArchive:” name space. How about that? ––Handroid7 (talk) 23:59, 13 October 2019 (UTC)

We're not a webhost. The reasons why G13 exist are real and pressing and laid out above by others. I'm in favor of something that's not speedy deletion but absent replacing it with a new kind of PROD, I would be opposed to trying to get rid of G13 completely. Best, Barkeep49 (talk) 00:11, 14 October 2019 (UTC)
“We're not a webhost.” – I am sure that all draft articles combined just require a fraction of the disk space of mainspace article's version histories.  –– Handroid7  talk 17:24, 14 October 2019 (UTC)
Also, like I said, the other arguments such as spam content are already covered by the other rules, not G13 itself.  –– Handroid7  talk 17:24, 14 October 2019 (UTC)
I didn't link it, but my saying that Wikipedia is not a web host refers to Wikipedia policy on the matter. I think there are elements of this that are a bit... outmoded for 2019 but it remains our policy. SmokeyJoe and I disagree pretty strongly about G13 but we both do agree that we need an easy way to clean-up unencyclopedic content which could otherwise accumulate, with negative external effects. Saying "We have other ways of getting rid of bad content is true" but doesn't address our need to get rid of this bad content in a way that is relatively low in editor effort just in the same way that most of what is being examined is low in encyclopedic content. Best, Barkeep49 (talk) 03:41, 15 October 2019 (UTC)
Wikipedia does not want to host masses of hopeless worthless pages with problem pages interspersed amongst them. A long-live repository of drafts would be the making of a shadow wikipedia. --SmokeyJoe (talk) 00:13, 14 October 2019 (UTC)
@SmokeyJoe: “Wikipedia does not want to host masses of hopeless worthless pages with problem pages interspersed amongst them.” – Then, why not get rid of every main-space article with less than 500 monthly views? Problem pages are already covered by the other rules. G13 means solely removing a draft article for being abandoned, regardless of its content.  –– Handroid7  talk 17:07, 14 October 2019 (UTC)
    • @Hasteur: Then, why not get rid of every article with less than 500 monthly views? I am sure that if G13 did not exist in first place, nobody would care. Of course, there will be some useless draft articles. But they don't disrupt anybody's Wikipedia experience.  –– Handroid7  talk 17:07, 14 October 2019 (UTC)
Repeated foolish statements like the above simply highlight your poor understanding of how AfC/G13 work. May I suggest actually participating in AfC and reviewing some drafts before commentating on existing processes? Thanks, FASTILY 03:12, 15 October 2019 (UTC)
I didn't see this by Fastily before posting my own reply above but I would second the sentiment. Best, Barkeep49 (talk) 03:41, 15 October 2019 (UTC)
Thank you for your reply, @Fastily:, but which part of that statement above are you referring to with “foolish”? I am not denying that some draft articles are questionable, and I never did. The problem is that I imagine that if I died tomorrow for any reason (e.g. road accident), and no editor happens to find the well-crafted article Draft:Comparison_of_mobile_phone_cameras within half a year, all that work could potentially be erased solely for the sake of G13, which would make all the time I put into that article wasted. The same also applies to other legitimate draft articles created by other users. I still can't comprehend why erasing a legitimate draft article solely for G13 is a rational idea. You might not be interested in mobile phone video cameras, but many people out there are. -- –– Handroid7  talk 12:44, 15 October 2019 (UTC)
  • Oppose We're at a point on Wikipedia where the important stuff will be covered already. If there's a draft that languishes for six months that no one works on, the topic may be Wiki-notable in theory, but not real-world notable enough to have anyone care about it. SportingFlyer T·C 08:57, 17 October 2019 (UTC)
  • Oppose Thousands of drafts are web-host violations made by users with no to little edits outside of that draft. I'll give some examples I nominated on these drafts: Should Draft:Top 10 Bruv Moments, Draft:Games better than Minecraft, and Draft:Minecraft wheat seed be kept indefinitely? Also, plenty of drafts are highly promotional, which could apply for G11, but could also work for G13. As a community, we need to scout the long abandoned draft list and make a judgement on whether to delete or improve the draft. If the draft has potential but with no editors, why not move to mainspace or find a redirect? Also, let's not forget about userspace drafts, where more web-hosts are common. The policy should cover USD's as well in my opinion. AmericanAir88(talk) 20:11, 18 October 2019 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Advance warning for G13 deletion[edit]

I just found May's discussion regarding a 7-day G13 delay (Wikipedia talk:Criteria for speedy deletion/Archive 74#Proposal: Apply a 7-day hold to G13). It seems there's general consensus that, given that G13 currently exists, having some form of advance warning when drafts are about to be G13 deleted (or reach G13 eligibility) would be a good thing. (Most of the oppose !votes in that debate were based on technicalities or otherwise irrelevant to the proposal.) Is there any reason (or discussion elsewhere) that we shouldn't be further ironing out a specific approach? --Paul_012 (talk) 03:45, 14 October 2019 (UTC)

@Paul 012: If we can gain consensus for Wikipedia:Bots/Requests for approval/HasteurBot 14, I can have it start warning page creators at 5 months stale (i.e. 1 month before it becomes eligible for G13). This would mean users get warnings (at least for drafts enrolled in AFC) that their draft will soon be eligible for G13, but not require any policy changes. I'm personally opposed to a 7 day hold as it's an exception to the rule. Hasteur (talk) 14:39, 14 October 2019 (UTC)
While there isn't a holding period for most criteria I don't see that as a good argument to dismiss a hold. There are already two where a hold is standard (C1, WP:T3), that said notifying at 5 months would be a step up from the status quo. --Trialpears (talk) 14:47, 14 October 2019 (UTC)
As an editor focused on a WikiProject, I would appreciate if such warnings could also be delivered to a draft's tagged WikiProjects. A common situation I'd like to avoid is where a one-time editor creates a draft, submits it to be declined, and no one else sees it until it's deleted in six months. Rescuing a draft can sometimes be as trivial as adding a few easily located references. Delivering the warning to potentially interested experienced editors would be more useful than to the creator who has long since given up, IMO. This doesn't appear to be within the scope of the BRFA (or the bot's previous functions), though.
Alternatively, the tagging-to-deletion delay scheme would also allow implementation of such warnings through Article Alerts, which would avoid cluttering a project's talk page. --Paul_012 (talk) 05:14, 15 October 2019 (UTC)
Not every draft gets wikiproject-tagged, so I'm not sure how much utility that would be. I wonder about configuring the bot to also post the upcoming G13s to a noticeboard... It would create a log of G13'd titles that people could poke through if they really wanted to see what had been G13'd, and people interested in draft rescue could watchlist the page and check the list all in one spot. ♠PMC(talk) 05:19, 15 October 2019 (UTC)
I think most WikiProjects are inactive. In a WikiProject, inactivity drives inactivity (and vice versa), but I think bot-delivered deletion warning notices of low quality abandoned pages is more "nails in the coffin" than "activity stimulation".
Paul_012, you are active in WP:WikiProject Thailand? What would you say to the suggestion that any Thailand-related articles tagged as being worthy should be moved to subpages of WP:WikiProject Thailand? There, they are not subject to G13, they will be better organised, and hopefully at least someone in the WikiProject will routinely review them.
This is the opposite approach to User:Barkeep49's DRAFTPROD idea that drafts are to be patrolled for marking junk; instead WikiProject members patrol draftspace for things that are not junk.
Unfortunately, WikiProject taggings are near useless, because the tagging is done not by WikiProject members. It kind of devalues the meaning of the tag. However, they do make it easy for WikiProject members to patrol just these drafts. --SmokeyJoe (talk) 06:51, 15 October 2019 (UTC)
Right, but I don't mean a WikiProject-specific noticeboard, I mean a general noticeboard for everyone to look at. ♠PMC(talk) 19:59, 15 October 2019 (UTC)
IMO project-specific notifications would be much more useful (at least to me, working on Thailand-related articles). I do patrol the new articles feed for WikiProject Thailand and tag relevant drafts, but I'm probably the only one doing this for the project (which is admittedly not very active, collaboration-wise, so moving pages under the project might create a workload with no one to manage). I don't know how many projects have someone actively tagging new drafts (presumably relatively few), but notifications should benefit those that do, while not affecting the others. For region-specific WikiProjects at least, having a filtered notification would be very helpful in bringing drafts to the attention of editors with foreign-language skills who could much more easily identify and assess sources than the regular AFC reviewer.--Paul_012 (talk) 09:34, 16 October 2019 (UTC)
  • I'd certainly support notification at 5 months, I don't think a hold would do any damage, but the notification is preferable and easier Nosebagbear (talk) 09:17, 16 October 2019 (UTC)
Good news (NosebagbearPaul_012Premeditated ChaosSmokeyJoe) The bot is back in action and nagging editors whose page is at least 5 months unedited by anything. Hasteur (talk) 21:25, 19 October 2019 (UTC)

G13 word quantity on this discussion page[edit]

Hatting; generating more heat than light. Primefac (talk) 17:17, 18 October 2019 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

G13 is causing more trouble than it allegedly takes away. Quantities of text search results on this page (whole words):

  •  G1: 0
  •  G2: 0
  •  G3: 0
  •  G4: 9 |||||||||
  •  G5: 1 |
  •  G6: 4 ||||
  •  G7: 3 |||
  •  G8: 3 |||
  •  G9: 0
  • G10: 3 ||
  • G11: 5 |||||
  • G12: 3 |||
  • G13: 121 |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
  • G14: 17 |||||||||||||||||

This speaks for itself.  –– Handroid7  talk 17:12, 14 October 2019 (UTC)

  • By that same logic, CSD should be deleted as it causes too much drama. Feel free to can your Reductio ad absurdum argument. Hasteur (talk) 17:47, 14 October 2019 (UTC)
    • @Hasteur: CSD is an entire set or category of rules / criterias, while G13 is just one out of the 14 “G” (general) CSD criterias, which is one of the subcategories. But what I meant was that I am certainly not the only one who holds this rational position.  –– Handroid7  talk 20:31, 14 October 2019 (UTC)
  • No, this shows that G13 currently is more actively discussed. It might even suggest that G13 is more disliked than other criteria, but by no means proves that it's "more trouble than it allegedly takes away." Another way to read it is that, after having a G13/draftprod discussion every few months, the stick has yet to be dropped. ~ Amory (utc) 01:54, 15 October 2019 (UTC)
    • @Amorymeltzer: The problem is that rule G13 could wipe legitimate work, see #Fastily_reply (anchor to another paragraph on this page). — Preceding unsigned comment added by Handroid7 (talkcontribs) 12:53, 15 October 2019 (UTC)
      • Indeed I am aware, but I wasn't denying that some folks took issue with G13 or that it was 100% positive, rather I was pointing out that the "statistics" above do not show what you were claiming they did. If you want an answer to that, others in the above section like Barkeep49 and Fastily have already done so. ~ Amory (utc) 10:06, 16 October 2019 (UTC)
  • Handroid: Considering that the largest proportion of those comments consist of you repeating variations on the same theme, and the second largest proportion of those is of people replying to your repetitive comments, it wouldn't be an issue if you made your point once and then let it be. The loudest voice is not the rightest voice, and repetition does not grant extra weight to consensus. --Jayron32 16:21, 16 October 2019 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Userspace autobiographies and resumes/CVs[edit]

Would U5 be appropriate for userspace autobiographies or resumes/CVs, in cases where an editor's only edits are to those pages? Obviously, one should take care to not bite a newbie, but I am thinking of inactive user accounts (no edits for ~1 year or more) that contributed nothing other than an autobiography or resume/CV. Thanks, -- Black Falcon (talk) 00:17, 20 October 2019 (UTC)

Yes. We removed that exclusion.
WT:Criteria for speedy deletion/Archive 56#Remove the résumé exclusion from U5SmokeyJoe (talk) 00:20, 20 October 2019 (UTC)
Thanks for confirming! -- Black Falcon (talk) 18:30, 20 October 2019 (UTC)