Background: The issue with WP:STALEDRAFT was apparently long-term. There were various changes to the policy, whether it was good or bad, community-vetted or not is now out of the question, since we're making this RfC. There have been moves across namespaces under the guise of "improvement", "more attention" and such. Again, whether they were right or wrong or if there was any actual improvement or not is not the question here. The consensus developed in this RfC will be the way to go forward. --QEDK (TC) 10:53, 7 April 2016 (UTC)[reply]
Related pages: WP:UP
If you want to add a proposal or a sub-proposal, please add them in order, while keeping the proposal code in mind. Please post proposals in such a way that there are limited options, you're welcome to start subsections under Discussions.
Closing instructions: The RfC must go on for a full 30 days (720 hours) from its start date to give enough time to consolidate consensus. In case a proposal has no consensus, it should be continued until one emerges. The ones with clear-cut consensus should be closed. Also, the proposals should be closed by preferably more than one person.

Proposals

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.


Should GNG apply to drafts (A1)

Support A1

Oppose A1

Comments A1

Not really. A draft can only have two states: "passing GNG" or "not passing GNG", there's no mid-ground. What you're saying is vague and subject to misinterpretation. --QEDK (TC) 13:57, 7 April 2016 (UTC)[reply]
The rhetoric is nice and technically correct, but I can say the same thing. A draft can only have two states: "coming close to passing GNG" and "not coming close to passing GNG". There's no mid-ground. You could (and probably will) say that "coming close" is vague, but to be honest, GNG is vague. It's based on good-faith attempts to produce common sense outcomes at AfD. It evolves over time. I see no reason why we can't do the same with "coming close" - it worked incredibly well in establishing a firmer idea of what GNG is. ~ RobTalk 14:45, 7 April 2016 (UTC)[reply]
Since when is GNG not well-defined. --QEDK (TC) 16:03, 7 April 2016 (UTC)[reply]
Since always. I mean the _words_ are well defined, but serious and knowledgeable people can have serious debates about if a given topic passes the GNG or not. Does a 2 paragraph obituary in the NYT count? What if it was in 1930? What if it was in the Chicago Tribune? Or the Lansing Observer? What if it's 4 paragraphs? Etc. 90%+ of the cases are clear cut, but the rest can be tricky and subject to honest debate. Hobit (talk) 17:28, 7 April 2016 (UTC)[reply]
Eh, boy, if you're going to upload your kid's wonderful report card, you can delete it under any of Wikipedia's wonderful policies, you don't need GNG for that. You and Rob can call the question misleading as long as you want but that won't make your statement truer. --QEDK (TC) 17:18, 7 April 2016 (UTC)[reply]
Which policy? Just U5? What it was in draftspace where that doesn't apply? -- Ricky81682 (talk) 17:44, 7 April 2016 (UTC)[reply]
WP:NOTWEBHOST covers your kid's report card. A2soup (talk) 17:46, 7 April 2016 (UTC)[reply]
How about this – I'm currently doing research on racial achievement gaps in kindergarten and first grade. My findings are interesting to me, and they have some type of chance of eventually being published in a scholarly journal. If they were published in a scholarly journal, they're highly unlikely to ever become notable, because the area I'm looking at is very niche. If I created a draft about my research, is it WP:NOTWEBHOST or not? I would say it is. I imagine you would say it is not, because it looks vaguely encyclopedic and it has some highly improbable path to notability (like <0.0001%). That's where we need to find the line. ~ RobTalk 18:24, 7 April 2016 (UTC)[reply]
If the draft is in your userspace, and it's clear that you are writing a draft, not keeping track of your data or something, I would say definitely keep it. If the draft is long stale and you are long gone, blanking with ((Userpage blanked)) could be indicated for OR issues. But in general, you seem like you want to improve the encyclopedia and you seem like the sort of person we want to have around. I might drop you a note to say that the draft is unlikely to end up in mainspace as its own article, but why would I delete your draft? That just seems like unfriendliness that doesn't benefit the encyclopedia at all. @BU Rob13: why would you want to delete this hypothetical draft? A2soup (talk) 20:29, 7 April 2016 (UTC)[reply]
If Wikipedia gains a reputation as someplace you can host vanity content, then we'll end up with the entirety of wikia and all other semi-encyclopedic content in the draft space. If we're offering free web hosting to anyone who registers an account, why would anyone pay to host such a site and/or use a site with ads like wikia? It's a problem of incentives. (I should have specified in my question to ignore my other activity, by the way. While I don't think it's a good idea to treat established editors differently, I can kind of buy the "don't piss off productive editors" argument, since hosting their vanity content may well be a net positive. That's why everyone's been focusing on stale drafts, where the editors have not been productive.) ~ RobTalk 22:56, 7 April 2016 (UTC)[reply]
@BU Rob13: I'm not quite sure what you mean by "vanity" content, but if you mean autobiographical stuff or stuff about your company, then I am okay with deletion. Per WP:NOTWEBHOST, that is "encyclopedia-unrelated". What I don't want to delete are good-faith attempts at drafts by people who either didn't understand WP:N or WP:V or were otherwise incompetent (so the page may look like crap). That's why I specified "good-faith, non-problematic" drafts in my support in section A3. In these cases, the "problem of incentives" goes the other way, since we should encourage these sorts of drafts, not discourage them. As I noted in my support in A3, trying stuff out before you understand all the policies and wikimarkup is an important part of BOLD, and userspace is the designated safe place to do it. With that said, are you in favor of deleting good-faith, non-problematic drafts? A2soup (talk) 23:19, 7 April 2016 (UTC)[reply]
@QEDK: I'd appreciate you striking my name from your comment, as I never called your question misleading. I just said it was the wrong question. If you wanted to know why the sky is blue, you could ask the question "What color is the sky?" That question wouldn't be misleading, but it also wouldn't get you the answer you're seeking. The question we're trying to answer here is where the line lies between "keep" and "delete" at MfD. You asked whether editors support an ultra-deletionist line, which they clearly don't. Even the editors you disagree with, including myself, agree that this line goes way too far in the "delete" direction. It's not a misleading question, but it also is entirely unhelpful for finding the line. A3 is a much more interesting question that asks about a line far closer to the likely reality. ~ RobTalk 18:24, 7 April 2016 (UTC)[reply]
Well, both mean false, but I get your point. --QEDK (TC) 19:49, 7 April 2016 (UTC)[reply]
Eh, misleading implies malice whereas wrong does not. While we disagree, I don't have any doubt you're doing what you think is best for the encyclopedia (and I hope you can say the same about me). ~ RobTalk 22:42, 7 April 2016 (UTC)[reply]
Perceptions vary, I'm not going to beat you up for it. --QEDK (TC) 03:45, 8 April 2016 (UTC)[reply]
My use of the term misleading was to say that the question will mislead users to vote in a way that will not result in an answer that can be used properly. It's just a badly worded question, or very cleverly worded if you want a result you can attack people trying to improve the project with. Legacypac (talk) 08:09, 8 April 2016 (UTC)[reply]
This is a policy clarification proposal and this question has arisen only because drafts are deleted on this basis. Btw, you wrote above the invisible line. --QEDK (TC) 18:55, 8 April 2016 (UTC)[reply]

What should be done after it's deemed that a draft fails GNG (A2)

Possible actions: Delete, Blank, Redirect, Merge and Redirect

Although I doubt, A1 will pass, you should always vote in the sub-proposals in a way as if you think the main will pass. Kind of like fall-back. --QEDK (TC) 03:47, 8 April 2016 (UTC)[reply]
Comments A2

Should drafts be kept indefinitely on the project if they likely will never meet GNG? (A3)

Noting this well after the horse has left the barn: When folks respond, please clarify what space this "draft" is in, and if you are talking about Userspace, please clarify how you know the page is a draft and not something else (a template, a sloppy way to remind yourself to work on something, etc). Also there is no point in citing PROMO or COPYVIO as these polices are not being questioned; if you cite "NOTWEBHOST" please specify what the concern is, because that is exactly part of what is driving the dispute. ack. Jytdog (talk) 04:36, 11 April 2016 (UTC)[reply]

Support A3
In conclusion, when draft deletion is compared to the alternative actions of categorization or blanking with ((Userpage blanked)), it has no benefits that offset its costs of discussion time, admin time, and potential user alienation. The only rational conclusion is to not delete.
I want to offer a final, different argument as well. When we delete pages, we discourage editors from creating other such pages in the future. I think an important part of BOLD is that newbies should try to create articles, even if they suck at it and don't know GNG. Obviously, it's a bit disruptive for them to be BOLD like this in mainspace, which is why userspace drafts are such a good thing - they allow newbie BOLDness without disrupting the encyclopedia. Newbies creating drafts in userspace rather than mainspace is a positive thing that should be encouraged. The purpose of userspace drafts is not only to develop articles; they are also a place for newbies to learn. Discouraging them by deleting the drafts is misguided. A2soup (talk) 17:18, 7 April 2016 (UTC)[reply]
Illustrative example: see this current MfD for an example of a non-problematic stale draft created in 2010 by an editor who had not edited since then and had only edited that draft, yet happened to be around to say they still intended to work on it. Clearly, lack of recent or even past edits is not a reliable indication of lack of intention to edit in the future, as WereSpielChequers noted in an earlier related RfC. If the user had not fortuitously checked Wikipedia in time, the draft would have been deleted and the potential contributor thoroughly bitten. And no benefit would have been gained by deletion. A2soup (talk) 04:41, 9 May 2016 (UTC)[reply]
Given that in the status quo, drafts in draftspace will not be kept indefinitely in general, the question is logically pertaining to userspace.
The question A3 is absurdly posed and is being answered in confusion. The WP:GNG is quite different to WP:NOTWEBHOST and WP:NOT. NOTWEBHOST cases should excluded from the question about GNG-failing topics, because WP:NOTWEBHOST is much more clear cut. The remaining cases are then the difficult GNG boundary region. AfD testing against the GNG requires finding and examining all existing sources, not just sources already added. In userspace, testing against the GNG must require analysing not just all existing sources, but anticipated future sources. This is an absurdly difficult task for a possibly notable topic, for a harmless page. If deleted on a perfunctory rational, the deletion is likely to alienate the user. --SmokeyJoe (talk) 01:37, 12 April 2016 (UTC)[reply]
Oppose A3
@HighInBC: What about in the userspace? Many of the controversial drafts are in userspace. A2soup (talk) 17:22, 7 April 2016 (UTC)[reply]
It does not matter what space it is in. Any article developed on Wikipedia should ultimately have a chance of being within our content requirements. There should be no special nook or cranny where something unfit for an encyclopedia can life out its life. This stuff needs to be sorted. I see AfD as a fine test to determine if something should be on Wikipedia. We are not talking about userpages here, we are talking about attempted articles. These pages are trying to be articles, they should be judged by that criteria. HighInBC 01:34, 8 April 2016 (UTC)[reply]
You think that article criteria should apply to drafts, got it. A2soup (talk) 02:09, 8 April 2016 (UTC)[reply]
@Od Mishehu: What about in the userspace? Many of the controversial drafts are in userspace. A2soup (talk) 17:21, 7 April 2016 (UTC)[reply]
@Reyk: I don't mean to broken record here, but many of the controversial drafts are in userspace. Would you apply this same principle to userspace drafts as well as draftspace drafts? A2soup (talk) 20:06, 7 April 2016 (UTC)[reply]
I don't think anyone is arguing that we stop the application of WP:G12 to drafts - copyright infringement is currently and will always be deleted on sight. Re finding salvageable content, have you seen the categorization system at WT:WikiProject Abandoned Drafts? A2soup (talk) 20:25, 7 April 2016 (UTC)[reply]
@A2soup: True, but I have doubts that G12 is sufficient to keep drafts copyvio-free. I know the (now halted?) Copyvio bot doesn't tag userspace drafts (I've encountered quite a few of them which were copyright violations) and when I thus proposed to expand its remit to userspace I was told that we just barely can keep up with the copyvios. This makes me think that draftspace needs a proactive deletion policy to cover for this shortfall.Jo-Jo Eumerus (talk, contributions) 23:01, 8 April 2016 (UTC)[reply]
@Jo-Jo Eumerus: So proactively delete the drafts without checking for copyvio because there might be a copyvio? I don't really understand - if you are making an MfD nom, you should do enough BEFORE to detect copyvio. And then the MfD is unnecessary because you use G12 instead. So it seems that copyvio concerns don't really weigh on the present discussion, which is largely about deletion policy for non-speediable drafts at MfD. A2soup (talk) 23:34, 8 April 2016 (UTC)[reply]
Sorry, @A2soup:. I should have been looking for a better word than "proactive". The idea of mine is that it's better to get rid of unsalvageable drafts to reduce the risk that you have a copyvio there. Not let 'em sit around because "they don't harm anybody" because that is questionable.Jo-Jo Eumerus (talk, contributions) 09:17, 9 April 2016 (UTC)[reply]
Because some drafts aren't intended to be part of AfC? There is a reason G13 is limited to AfC. A2soup (talk) 23:11, 7 April 2016 (UTC)[reply]
There are close to 30,000 pages identified here Wikipedia:WikiProject Abandoned Drafts/Stale drafts that have not been edited in over a year. Very very few of these belong to active users and over 80% are in the userspace of users that never did anything else (throw away accounts). Legacypac (talk) 08:17, 8 April 2016 (UTC)[reply]
@Mendaliv: As you know, many of the controversial drafts are in userspace. Do you feel the same way for userspace drafts? A2soup (talk) 15:45, 8 April 2016 (UTC)[reply]
I think userspace should get more leniency, but how much more I'm not sure. My thought is that if something is unquestionably an article draft (versus a scratch pad, sandbox, or draft of some other kind of page), then the namespace shouldn't make as much of a difference. But where there's a reasonable question as to whether something in userspace is actually intended as a draft versus a personal sandbox, we would probably err on the side of blanking when there's no overriding reason to delete. —/Mendaliv//Δ's/ 15:50, 8 April 2016 (UTC)[reply]
Thanks for clarifying :) I guess I just wonder why you think it isn't helpful to delete non-drafts in userspace, but helpful to delete drafts in userspace? A2soup (talk) 17:19, 8 April 2016 (UTC)[reply]
Glad to answer. Basically, I'm okay with taking out userspace article drafts because the idea of "draft" implies that it should someday be capable of being made into an article. If there's no objectively reasonable hope of being improved into an article (I've got some ideas for how that would work that are a little too lengthy to go into right here), it doesn't belong on Wikipedia. Non-article-drafts are different because the considerations for whether something can enter a different namespace are different. Draft templates are helpful to keep around to some extent, but the deletion standards should be different. Draft Wikipedia essays, same deal: Different standards. I don't support unilaterally keeping non-drafts indefinitely, but I believe an entirely different set of standards need to be used to evaluate whether something has an objectively reasonable chance of being useful. —/Mendaliv//Δ's/ 21:35, 8 April 2016 (UTC)[reply]
To be clear, nobody is supporting keeping pages with COI issues - if this is passed, it's not a requirement to keep old drafts; MfD will continue to function. It just means that deletion will not be the default and GNG will be irrelevant - there will need to be some reason to delete beyond "stale" and "will never pass GNG". A2soup (talk) 03:47, 11 April 2016 (UTC)[reply]
This question specifically addresses whether "will never pass GNG" has a place in deletion discussions. So far, the consensus is fairly clearly "yes, it does". ~ RobTalk 03:56, 11 April 2016 (UTC)[reply]
Right, I was elaborating on the meaning of a hypothetical consensus in support of A3 and how would have a bearing of the application of GNG but not on the application of COI. A2soup (talk) 06:14, 11 April 2016 (UTC)[reply]
@A2soup: (as of 03:47, 11 April 2016) Thank you for completely missing the purpose of my response. If you're going to advocate for keeping these, I want you to start reviewing some of the Userspace/Draftspace pages that your support will give an extension of life to. Approximately 50% of these that would be kept under Drafts shall be kept indefinitely on the project if they likely will never meet GNG are vanityspam, COI creations, 1 liners that don't even begin to indicate how they're going to get to be accepted in mainspace (see Draft:Quillen metric for a prime example). I was using COI as an example of something that "throw anything that might stick to derail the deletion process" keepers will misuse to try and get consensus on their side. Hasteur (talk) 12:59, 11 April 2016 (UTC)[reply]
What did I miss? I routinely comment at MfD and do not support keeping what I see as vanityspam or anything too promotional. I do support keeping 1 liners that don't indicate their mainspace potential. That was the clarification I was trying to make, that these things should not be lumped together, as you seem to be doing. This proposal would allow deletion of the former and stop deletion of the latter. Also, Draft:Quillen metric is not a great example as it's in draftspace, while many of the controversial drafts are in userspace. For me, that page belongs in userspace, not draftspace. Would you have a problem with it in userspace? A2soup (talk) 18:17, 11 April 2016 (UTC)[reply]
I stand by my rejection of this question (even after the clarification) as even with the shading of the question it is still an anathema to the stated purpose of wikipedia. In order to support these drive by creations, the foundation will need more money, which in turn means more fundraising drives, which means more "Sad Jimmy" banners. Anything to keep those to a minimum is more important than the 2 minute creation of a drive by graphiti artist that isn't here to improve the encyclopedia at large. Hasteur (talk) 13:12, 11 April 2016 (UTC)[reply]
Hasteur, what about a page, apparently a draft, apparently failing the GNG, that does not fail NOTWEBHOST, or anything else in WP:NOT, or any other policy? A draft on a geographical feature, or something scientific lacking secondary sources? --SmokeyJoe (talk) 22:40, 11 April 2016 (UTC)[reply]
@SmokeyJoe: It depends on what namespace it is in and if the author has gone away. If the page lives in the user's namespace, I'm less concerned about it living on our servers. If it's in the Draft namespace, we start adding additional checks because we don't want users to make land grabs on titles for "creation credit". In draftspace I really see 6~9 months of non-work as the threshold that I start trying to coerce people into either putting their money where their mouth is by pushing it to acceptance in mainspace, or accepting it isn't ready and delete it. Part of this is providing a gentle reminder to the author on their talk page that the "draft" hasn't been edited for a while. Hasteur (talk) 00:03, 12 April 2016 (UTC)[reply]
@Hasteur: I understand your answer here to indicate that a draft in userspace failing GNG, but not violating any other policies/guidelines, can be retained indefinitely. Is that correct? A2soup (talk) 06:22, 12 April 2016 (UTC)[reply]
NB Terminology: The WP:GNG is not policy; WP:NOT is policy. The WP:GNG is a guideline on whether a topic warrants a standalone article, and it is a much higher bar than anything under WP:NOT. WP:NOT applies to the whole project. WP:N applies only to standalone mainspace articles and explicitly does not speak to content. --SmokeyJoe (talk) 07:18, 12 April 2016 (UTC)[reply]
I completely understand this - is there something in here that makes my question invalid? I don't really see the relevance of your comment here. I am trying to get at the point of whether "oppose per NOTWEBHOST" allows drafts irretrievably failing GNG but otherwise unproblematic to be retained indefinitely. That is the question I posed to Hasteur, and I am quite interested in the answer. A2soup (talk) 08:25, 12 April 2016 (UTC)[reply]
Sorry A2soup, I am afraid I cannot be sure that I didn't mean to post that somewhere else. It wasn't intended as a challenge to you, I reads back to me know more as a frustration with the question, referring to the GNG, and the responses referring to WP:NOT. --SmokeyJoe (talk) 01:00, 13 April 2016 (UTC)[reply]
@A2soup: (of 06:22, 12 April 2016) Kindly walk off a short pier with cement shoes. I'm tired of your wordsmithing/wikilawyering to twist the will/intention of respondants that you disagree with. Pleas read the previous reply at 00:03, 12 April 2016 to SmokeyJoe and think how silly your followup question sounds. Yes we probably need to deal with abandoned userspace drafts, but in the grand scheme of things I'd personally get around to dealing with these shortly before we evolve into beings of pure energy and thought. There are plenty of Draft namespace pages that need disposition (either by improving the work to the point it could be accepted to mainspace deleting it by CSD/MFD). Hasteur (talk) 12:21, 12 April 2016 (UTC)[reply]
@Hasteur: Please, let's AGF here, I'm only asking because I'm genuinely unsure of your position on non-notable but otherwise unproblematic userspace drafts. What I'm getting from you right now is: "Draftspace drafts that will never pass GNG should not be retained indefinitely even if they aren't otherwise problematic, but this isn't a pressing issue for userspace drafts." An important part of the question being asked here, however, is precisely whether userspace drafts should be deleted (not are useful to delete) if they irretrievably fail GNG but are otherwise unproblematic. It's a central question, and it's important to understand where people stand on it, and I don't see you expressing a clear view on it anywhere. I promise to shut up the moment I get a simple yes or no on that. You can see that for the other commenters I requested clarification from, I stopped asking the moment their views were sufficiently explicated. A2soup (talk) 19:09, 12 April 2016 (UTC)[reply]
Note to closing administrators/consensus evaluators Please note the repeated badgering of editors who A2soup disagrees with and post-facto wordsmithing of the question to twist either the question or respondants viewpoints into A2soup's PoV advantage. I've provided my reasoning about userspace drafts vs draftnamespace drafts twice and yet he still tries to boil it down to a Yes/No dichotomy. Wikipedia never uses binary decisions, there is always room for discretion and consensus building on individual cases. As such if A2soup wants a binary answer to cross off his pinheaded checklist, my response is Any draft that does that will never pass GNG, regardless of which namespace it's created in, should be deleted and with all due haste. Hasteur (talk) 12:11, 13 April 2016 (UTC)[reply]
The implicit assertion that drafts will eventually become an article is an essential requirement for Wikipedia to host them. They have broad leeway as long as it's credible that the draft could eventually be improved, but a draft that clearly has no chance of ever becoming an article should be deleted immediately.
This is a beautiful statement that I think is agreeable to all. NB "no chance of ever becoming an article" is not the GNG test. "immediately" is not OK becuase it will some level of diligence to assess that each random looking thing has "no chance of ever becoming an article". For me, the real question of practicality is whether that diligence level is low and the failing page blanked, or the diligence level is high as required for deletion. NB CSD#U5 already sets a very low bar for non-contributors, cases that represent the vast majority of staledrafts. --SmokeyJoe (talk) 03:18, 16 April 2016 (UTC)[reply]
Re: "The implicit assertion that drafts will eventually become an article is an essential requirement for Wikipedia to host them"... The problem with this assertion is that there are valid reasons to draft material on one's userpage other than to draft a potential article. For example, one might draft a potential section or sub-section of an article in userspace... this is an acceptable use of userspace, even though the material being drafted may never "eventually become an article" on its own. Not all "drafts" need to be potential articles. Yes, to be deemed a "draft" there should be a potential that it might eventually be incorporated somewhere in Wikipedia... but it is not necessary that it be able to stand on its own as an article. Blueboar (talk) 15:02, 16 April 2016 (UTC)[reply]
Comments A3
(1) Because mainspace is the product of the project, and its quality is important to mainspace, unlike either userspace or draftspace.
(2) Because once in mainspace, the expectation is that the GNG is met by existing sources. Meeting the GNG means that there exist sources, not that the sources have not been added. It is very normal in drafting that the sources are still to be added, unlike in mainspace. --SmokeyJoe (talk) 01:28, 8 April 2016 (UTC)[reply]
Because we have different rules for what is acceptable and not acceptable in different namespaces. What is acceptable for MAINspace is (and should be) different than what is acceptable for DRAFTspace... Which is (and should be) different yet again from what is acceptable in USERspace. Blueboar (talk) 15:02, 7 April 2016 (UTC)[reply]
That's what this RfC is about - determining what standards have consensus. I'm just saying that the particular standard I'm recommending is not abnormal compared to similar standards we have at AfD. I'm not advocating GNG outside of mainspace. I'm advocating "likely will never meet GNG" as the standard for deletion. ~ RobTalk 15:31, 7 April 2016 (UTC)[reply]
Join the club. The idea of "any" standard seems to be opposed. It's particularly frustrating when the same people then do supporting deleting a particular draft. -- Ricky81682 (talk) 22:24, 7 April 2016 (UTC)[reply]
I thought it was pretty clear that my standard for the past few weeks, at least, has been "keep good-faith, non-problematic drafts", with drafts not meeting that description being open to deletion. A2soup (talk) 02:17, 8 April 2016 (UTC)[reply]
Talking about server space is a straw man argument - no one else is worried about server space. There are lots of benefits to deleting unsuitable content - reduce the spread of error, make it easier to find and bring good topics to mainspace, discourage editors from spending time on inappropriate topics, reduce maintenance (tags, cats, images, links, vandalism fighting) on unnecessary pages. Legacypac (talk) 17:18, 7 April 2016 (UTC)[reply]
You're so wrong, I'm not going to start. Spread of error? If you take userspace drafts for reliable info, you're the idiot. Easier to find good topics? What. Also, you're not responsible for their maintenance (did you just say that cats and tags are used in drafts, lol), RC patrollers will do a much better job than you will. The pages you consider unnecessary are not unnecessary to everyone, mind you. --QEDK (TC) 10:10, 8 April 2016 (UTC)[reply]
Let's go through these "benefits" of deletion:
  • "reduce the spread of error" - Userspace drafts are default NOINDEX and have ((Userspace draft)) prominently displayed at the top. If it's not there, it should be put there (this action is far easier than deletion).
  • "make it easier to find and bring good topics to mainspace" - This purpose is more precisely and efficiently (no discussion or admin time) served by categorizing the drafts by mainspace potential. This is currently possible - see Wikipedia talk:WikiProject Abandoned Drafts.
  • "discourage editors from spending time on inappropriate topics" - This is just a violation of WP:CHOICE; editors can work on whatever they want, so long as it is not problematic. If you think they should work on other things, a better approach than deleting their work is to, you know, tell them their efforts would be better spent elsewhere.
  • "reduce maintenance (tags, cats, images, links, vandalism fighting)" - tags, cats, links, and vandal fighting are all related to keeping the page up to encyclopedic standards and functionality and thus unnecessary in userspace. Anyone doing "maintenance" on these things in other people's userspaces is just wasting their time. The only time maintenance is actually required is removing fair-use images. However, preventing this maintenance is more efficiently accomplished by just blanking with ((Userpage blanked)) than by having a weeklong deletion discussion that has to be admin closed.
Any other benefits you want to bring up? A2soup (talk) 18:00, 7 April 2016 (UTC)[reply]
How about you not telling everyone else that they aren't wasting time doing cleanup work? If it's a useful draft going somewhere, it's good work. I mean, I'd personally find it insulting if you came by and told I'm "wasting time" because I'm cleaning up a template following a project because you know that a particular old draft isn't going to be useful anywhere and rather than supporting getting rid of it, it's somehow my job to recognize useless old drafts so I'm not wasting time on them. That is how you drive actual editors away. Why is that a decade of systems of cleanup, non-free image patrol, template fixes all have be stopped in userspace (although there's no reason non-free image patrol shouldn't be, those are copyright violations) just because of the idea that drafts that aren't new AFC drafts can't ever be deleted? Why is that the very minority of people who decided that drafts must never be deleted are the ones who decide that a number of projects and cleanup work have to now distinguish between userspace and non-userspace? Would you want those clean-up tasks done on draftspace? Else, when exactly should a page be cleaned up? Only when it is ready for mainspace? Only when it is in mainspace? -- Ricky81682 (talk) 22:24, 7 April 2016 (UTC)[reply]
Do you think that MfD deletion is a more efficient way to reduce maintenance work than replacing the content with ((Userpage blanked))? My arguments are about deletion relative to other alternative solutions. Also, I can agree that maintaining useful drafts is good work, but you wouldn't delete those anyways - we're talking about drafts that people want to delete. A2soup (talk) 02:40, 8 April 2016 (UTC)[reply]
  • Then we have essays and proposals to define what is "likely". Do you WP:N and WP:GNG was designed in a day? -- Ricky81682 (talk) 22:26, 7 April 2016 (UTC)[reply]
As I read it, WP:WEBHOST only applies to "encyclopedia unrelated content", which excludes legitimate drafts whatever their status is vis a vis GNG. But people here seem to understand it differently than you and me. Perhaps an amendment to WP:WEBHOST will be in order once this is over. A2soup (talk) 05:20, 10 April 2016 (UTC)[reply]
I don't think people read the allcaps unspaced shortcuts they use. I noted many years ago, the use of catchy pronounceable blue glowing ALLCAPSCAPSONEWORDS was having a dumbing-down effect on written expression, and it is very evident in the oppose section. --SmokeyJoe (talk) 10:30, 10 April 2016 (UTC)[reply]
This is a very important point: Since NOTWEBHOST says nothing of the sort, all opinions citing it should be discarded by the closer(s). Jclemens (talk) 06:31, 18 April 2016 (UTC)[reply]
I concur. --QEDK (TC) 16:56, 18 April 2016 (UTC)[reply]
My impression is that the A3 opposers mostly just think drafts shouldn't be hosted indefinitely, and GNG is only tangentially relevant in that they should be mainspaced instead of deleted if they pass it. So I don't think opposes in A3 necessarily contradict opposes in A1. They do seem to contradict the overwhelming consensus at Wikipedia talk:User pages#Should old user space drafts have an expiration date, so that needs to be rectified. Looks like many of the commenters there haven't commented here yet, so it's probably just an issue of varying participation not actual confusion, which should sort itself out with all the exposure this RfC is getting. The only actual contradictory !vote I see is clpo13, who !voted against an expiration date there and against indefinite hosting here. @Clpo13: which is it? Can you either change your !vote in one of the RfCs or explain how they reflect a coherent position? A2soup (talk) 17:09, 10 April 2016 (UTC)[reply]
I prefer to have drafts evaluated on a case-by-case basis instead of having a firm expiration date. Drafts that obviously can never be improved enough to go into articlespace should be deleted, but if there's a chance, even if no one is actively improving the draft, then I would prefer simply blanking or doing nothing. clpo13(talk) 17:15, 10 April 2016 (UTC)[reply]
Unfortunately, this is what we're stuck with. It's unlikely that your general comment here will do much to help - it would be more effective to ask individuals commenters to clarify. A2soup (talk) 04:19, 11 April 2016 (UTC)[reply]
@Jytdog: Re your hatnote, I don't really agree that NOTWEBHOST is not being questioned. Perhaps the letter of WP:NOTWEBHOST is not being questioned, since that doesn't justify the deletion of genuine drafts. But the way that NOTWEBHOST is usually applied and used in MfD discussions is to justify deletion of any "useless" material - and that is being questioned. So I think there is a challenge to a common application of NOTWEBHOST, if not its actual wording, going on here. A2soup (talk) 04:50, 11 April 2016 (UTC)[reply]
I don't know. In my view NOTWEBHOST is generally about PROMO stuff. But it is hard to interpret what people are talking abot when they just say "Per NOTWEBHOST". maybe i'll add a note to my already ridiculous note. ... Jytdog (talk) 06:11, 11 April 2016 (UTC)[reply]


Should drafts be moved across namespaces or submitted for AfC without the author's explicit permission (B1)

Support B1

What if they didn't properly understand GNG when they wrote it? A2soup (talk)
Obviously many new editors don't get GNG - and the vast majority of userspace drafts are from users that are new to the project. Many are just people trying to promote their band or website etc or just playing around. Legacypac (talk)
All the more reason to take it over and improve it. Compare what I saw versus what made it. Are we better off with a draft sitting around because the editor didn't complete something? That seems counter to the whole idea of a wiki. -- Ricky81682 (talk) 22:31, 7 April 2016 (UTC)[reply]

Oppose B1

  • Why, though? If someone has already written an article on a topic that you think is notable, writing your own article is a significant and unnecessary duplication of effort. Nikkimaria (talk) 23:57, 8 April 2016 (UTC)[reply]
Actually, there is a degree of WP:OWN allowed in userspace... For example, If you edit a draft that is in my userspace, I am allowed to repeatedly revert "my" draft back to "my" preferred version (and 3rr does not apply to my reverts). Yes, admins can "police" userspace and remove material that is deemed actually harmful to the project... But as long as the draft does no actual harm, we do give users a reasonable degree of ownership over their drafts. Blueboar (talk) 12:39, 7 April 2016 (UTC)[reply]
My response will be a direct quote from WP:OWN: "Wikipedia offers wide latitude to users to manage their user space as they see fit. Nevertheless, they are not personal homepages, and are not owned by the user [bold in the original]. They are part of Wikipedia and must serve its primary purposes ... While other users and bots will more commonly edit your user talk page, they have rights to edit other pages in your user space as well." ~ RobTalk 14:47, 7 April 2016 (UTC)[reply]
I think we are talking about different forms of "ownership" here.... Yes, Even user pages are subject to rules.... But the rules are (and should be) significantly different between Mainspace and userspace. A user does have a limited amount of OWNERSHIP in there userspace... OWNERSHIP that is not allowed in Mainspace. It isn't complete ownership... But it is ownership nevertheless. That limited ownership needs to be respected. Blueboar (talk) 15:29, 7 April 2016 (UTC)[reply]
Blueboar is correct, we have complete control over our user namespace and we're free to limit anyone from editing or moving it (as long as we violate no basic policies). This proposal just seeks to make the point clear for users who are long gone because there are people who think otherwise when it comes to inactives. --QEDK (TC) 16:29, 7 April 2016 (UTC)[reply]
You are very incorrect and are twisting Blueboar's point. You can't and should not try to stop me or any other editor from editing in your userspace. That goes against the collaborative effort. If you want exclusive control of a page, start a blog or website of your own. Legacypac (talk) 17:54, 7 April 2016 (UTC)[reply]
Cite the policy, right here, right now. Also, userpages are our own pages and there's nothing which can stop me from disallowing others to edit it. WP:NOBAN If you've ever read much of ANI threads, you'd know. --QEDK (TC) 19:40, 7 April 2016 (UTC)[reply]
My quote of OWN above clearly shows that editing of user pages is allowed. WP:NOBAN says you shouldn't continue if they ask you to stop. In the case of drafts that have been stale for years with long inactive editors, there's virtually no chance of being asked to stop by the creator, but if anyone were asked to stop, I would expect them to honor that request as per NOBANre. ~ RobTalk 23:04, 7 April 2016 (UTC)[reply]
The reason to not edit is only because they are not in a position to ask you to stop. --QEDK (TC) 18:57, 8 April 2016 (UTC)[reply]
Stop conflating namespaces...Draft:XYZ is in DRAFTSPACE ... And I am talking about USERspace (User:username/XYZ). There is a difference. Having a draft in your USERSPACE in no way "reserves" the article topic. It is quite possible that right now two editors are both working on separate drafts on the same topic, without either of them knowing of the other. Whoever finishes their draft first creates the article in Mainspace. The other can then add their material to that article (or not... It's up to them). Happens all the time. No big deal. Blueboar (talk) 19:34, 7 April 2016 (UTC)[reply]
(edit conflict) Articles are not ideas. If an editor is inactive, there's no reason not to work on their draft, but it shouldn't be in their namespace for they might not want the edits we made, it's completely the user's choice. --QEDK (TC) 19:40, 7 April 2016 (UTC)[reply]
The difference is, if I found someone else's draft and they left years ago, is it really ok for me to just create my own page, publish it and then take their page to either be deleted/blanked/whatever? Wouldn't it be better and more encouraging if the original editor's history is there and acknowledged? -- Ricky81682 (talk) 22:33, 7 April 2016 (UTC)[reply]
If you got the idea from someone else's draft, took their references, and started again, they might well feel insulted, particularly if you do a worse job than they already did, but that's about it. If they have not done a good job, and you do a good job, good for you, thank you. If you acknowledge the first write, even if unnecessarily, that is a very nice thing to do that cost you nothing. In any case, if you end up writing a mainspace article, you should feel allowed (but not obligated) to redirect the old version to it. This will inform the returning author of the situation, and he can react however he chooses. He may well choose to improve the mainspace version. --SmokeyJoe (talk) 03:52, 8 April 2016 (UTC)[reply]
Of course it is OK to write your own draft and upload it into Mainspace. It's not as if the fact that I also have created a draft prevents you from doing this, or in some way "reserves" the topic.
However, the fact that "your" draft is uploaded to Mainspace does not mean that "my" draft must be deleted. It can sit in my userspace without having any impact on the project. Blueboar (talk) 03:06, 8 April 2016 (UTC)[reply]
I agree strongly with this. Independent versions of the same thing don't need to be deleted, and they are not WP:UP#COPIES. If you were to make a draft that is an inferior version of a pre-existing mainspace article, I think you shouldn't, but for independent drafting towards the same missing article, there is no good reason to suppress access to someone's contribution history. --SmokeyJoe (talk) 03:47, 8 April 2016 (UTC)[reply]

Comments B1

Should drafts be moved across namespaces or submitted for AfC without the author's explicit permission if it's fit to be an article (B2)

Support B2
Not quite right.... We do allow a degree of OWN in userspace... 3rr does not apply for example. You don't OWN the topic (someone else can create their own draft on the same topic), but you do have a degree of ownership over the text of your draft.
Note that this limited degree of OWNership only applies to drafts in USER space... It does not apply to drafts located in Draftspace (Because Draftspace is designed to be communally edited, while userspace is designed to be individually edited, should the user so desire). Blueboar (talk) 14:32, 7 April 2016 (UTC)[reply]
Please see my response above, which quotes text from WP:OWN. ~ RobTalk 14:49, 7 April 2016 (UTC)[reply]
I call bull on the unsigned allegation. That is a well referenced draft that happened to duplicate a 6 year old mainspace article under an alternate spelling of a name. I did not move it to mainspace to have it deleted. Legacypac (talk) 18:14, 7 April 2016 (UTC)[reply]
@Hobit and Legacypac: You are both wrong. The creator moved the original first and then recreated it again in their userspace and then began changing it around. I'd guess both are probably nonsense unless the sources are describing twins or something. -- Ricky81682 (talk) 22:41, 7 April 2016 (UTC)[reply]
Legacypac, I didn't claim the move was done in bad faith. I'm saying that the effect is that the user's draft article could get deleted because of nothing they did wrong. And I'd prefer in that case the article be re-userfied (though that too could be easily subject to gaming by the person writing the draft having a friend move it?) rather than deleted as deleting it for being "almost good enough" seems WP:BITEY. And sorry I didn't sign the previous note. Hobit (talk) 02:40, 8 April 2016 (UTC)[reply]
OK, something weird is going on. Legacypac and I both think he moved it from draft space, but I can't find any evidence he did. No idea what's going on (I'd just assume I screwed up somehow, but if he thinks he moved it also, he probably did and I'm just missing something). Off topic, but if anyone has a clue what's going on, that would be great. Hobit (talk) 02:49, 8 April 2016 (UTC)[reply]
This is confusing for there are two similar pages that differ by a letter in the name. I found one in userspace that looked pretty good, lots of refs etc. I searched the artist's name, found nothing, so moved it to mainspace. Then someone AfD'd a mainspace article with a slightly different name (off by the first letter) and linked them. I was accused of moving the userspace version to delete it, which is absurd because I was not even aware of the alternative titled mainspace one. So I moved one version to main and the origional author moved another in to mainspace. Legacypac (talk) 08:01, 8 April 2016 (UTC)[reply]
Oppose B2
Comments B2
This is a conspiracy theory and not rooted in logic. There are many editors that patrol declined AfCs and improve them for main or at least edit them a little to prevent deletion until someone works on them. The path from stale userspace to mainspace is very tough because very few editors are looking at stale drafts in userspace. The path from AfC to mainspace is much easier because these pages are looked at and worked a lot more. If the draft has potential, any editor can look at the AfC comments, make the corrections, and send it on to mainspace or AfC again. Legacypac (talk) 18:10, 7 April 2016 (UTC)[reply]
I'm not making accusations of a conspiracy. I'm saying that this is something that can happen unintentionally, which makes it a problem. Do you agree that it is a serious possibility, even if no one is trying to get the draft deleted? A2soup (talk) 20:04, 7 April 2016 (UTC)[reply]
Must not fall into CSD#A criteria seems sound to me. --QEDK (TC) 20:09, 7 April 2016 (UTC)[reply]

Should it be permissible to move userspace drafts which do not meet article content standards to mainspace in order to seek deletion (B3)

Support B3
Oppose B3
Point taken, but I have re-re-phrased - I intend this to include the mainspacing of obvious A7 or BLP-prod candidates. JohnCD (talk) 15:55, 7 April 2016 (UTC)[reply]
And I have re-re-re-phrased to take out the archaic phrase "in order to" because it grinds my gears. ~ RobTalk 23:05, 7 April 2016 (UTC)[reply]
@BU Rob13: archaic? I reach for my trusty Fowler's Modern English Usage, 3rd ed 1996:

"It is ocasionally claimed that to, rather than in order to, is all that is needed, and it is true that it is much the more commonly used of the two... There is clearly room for both constructons. It is hard to pin down reasons for the choice of the longer form. Some have claimed that it is slightly more formal. ...considerations of rhythm and emphasis."

I chose it deliberately as giving slightly more emphasis to the purposive nature of the moves described. However, people evidently understand what is meant, so I won't edit-war about it. JohnCD (talk) 22:28, 8 April 2016 (UTC)[reply]
  • Actually, the harm lasts even after the page is deleted. The search engines are amazingly fast at finding new pages, and once they index them, they live on in the search engine caches for a long time. -- RoySmith (talk) 03:48, 9 April 2016 (UTC)[reply]
Comments B3

Where a userspace draft is moved to mainspace by a user other than its author, but is then found to be unsuitable for mainspace for reasons which would not apply in userspace, should it be returned to userspace rather than deleted? (B4)

Support B4
  • Should a page moved to mainspace be so unsuitable that it is not even suitable for userspace, then the page mover should be doubly chastised for incompetence. --SmokeyJoe (talk) 00:55, 10 April 2016 (UTC)[reply]
Oppose B4
I am with you but it should be speedy-able per WP:U5 if it is promotional or a different user-speedy criteria if it violates something else... Jytdog (talk) 04:20, 9 April 2016 (UTC)[reply]
If a page is clearly promotional, it can be speedy deleted under G11 in any namespace. There is no needto move it to mainspace in the first place to delete it. If it is moved in error, but the consensus judges it too promotional to exist, that would be an exception to the rule created by this proposal, or it could be separately tagged with G11 and so deleted. Ther is no need to open the door to gaming the system to handle such pages. DES (talk) 21:54, 9 April 2016 (UTC)[reply]
I don't really mind either way, but it worries me that someone would move something to mainspace that they know is unsuitable. Happy Squirrel (talk)
Comments B4

Should drafts with potential be moved from userspace to draft space by a user (other than the creator) who intends to improve the draft to mainspace level (B5)

The B-questions above all deal with moving from userspace directly to mainspace. I think that the scenario of moving from userspace to draftspace for further work is more plausible, or at least as plausible, and it should be clarified also. DES (talk) 16:14, 9 April 2016 (UTC)[reply]

Support B5
Oppose B5
Comments B5
Your own computer, blog, or website is where you can work solo. Maybe your main userpage here (if you don't violate policy there). Everything else is community space. Legacypac (talk) 21:02, 11 April 2016 (UTC)[reply]
Wrong. Project space is community space, DraftSpace for drafting. In userspace Wikipedians have considerable leeway and are responsible for their own userpages. As long as you don't violate policy (eg WP:NOT). Note that WP:N is not policy in usserspace. Making use of draft material in userspace is justifiable if it improves mainspace. The few editors "cleaning" other Wikipedian's userspace has no advantages to mainspace, and offensively strong disadvantages to community collegiality. Briefly active SPA accounts that dumped junk, U5-able, do not count as Wikipedians. --SmokeyJoe (talk) 22:34, 11 April 2016 (UTC)[reply]

What should be done after a draft expires (C1)

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.


This proposal depends on the result of this RfC.
Possible actions: Delete, Keep, Blank, Userfy

If the page is in userspace

  • Ignore it unless it violate WP:BLP or WP:POLEMIC, and trout any editor that goes trolling through other user's space looking for pointless drama. NE Ent 14:17, 9 April 2016 (UTC)[reply]
  • Anything that violates WP:BLP or WP:POLEMIC or WP:NOT, and not fixable, should be deleted, or blanked if not offensive, without regard to being a draft or not. --SmokeyJoe (talk) 00:59, 10 April 2016 (UTC)[reply]
  • If it's not so bad that it requires deletion (attack, copyvio, promotion), I see no point to deleting it. Jclemens (talk) 06:42, 10 April 2016 (UTC)[reply]
  • Ignore it unless it violates the above bright lines (which were already recognized). Protonk (talk) 15:11, 10 April 2016 (UTC)[reply]
  • Agree with NE Ent in all details. Hobit (talk) 16:43, 10 April 2016 (UTC)[reply]
  • Ignore unless it requires deletion for BLP, copyright, advertising reasons. ---- Patar knight - chat/contributions 17:59, 10 April 2016 (UTC)[reply]

If the page is in draftspace

  • Userify it to principal author's userspace. NE Ent 14:18, 9 April 2016 (UTC)[reply]
  • Again, agreeing with NE Ent. Hobit (talk) 16:43, 10 April 2016 (UTC)[reply]

Comments C1

  • This is one of those areas where I think it makes sense to divide the discussion into two parts: Draftspace and Userspace. I think it makes sense to have an "expiration" date for drafts in Draftspace (since that is a space for collaborative work, there comes a point when we have to say "either this can not be improved, or there is no interest in improving it")... But I don't think we should have any "expiration" date for drafts in USERSPACE. A user should be allowed to take as long as he/she wants to work on his or her draft, and get it to a state where he/she is happy with it. Blueboar (talk) 18:21, 7 April 2016 (UTC)[reply]
  • I don't think ther should be a concept of an "expiration date" for a draft, and doubly not in userspace. If a draft is being worked on in good faith, it can stay a draft for 10 years. If a draft is 'stale' (a concept I wish to banish) but there is some reasonable chance (say at least 2%) that it will eventually become an article, then there is no good reason to delete it unless there is something actively harmful in it. Only if it is "stale" And it is evaluated by a group of editors in an MfD discussion to have effectively zero chance of ever becoming a valid article, and has no other useful purpose for the project, should it be perhaps deleted. Obviously copyvios, BLP violations, and irredeemably promotional pages should go much sooner. DES (talk) 20:19, 7 April 2016 (UTC)[reply]
  • I don't think of pages "expiring". We have many Wikipedia:Dusty articles in mainspace. Even G13 isn't an expiration date so much as a review and check date. -- Ricky81682 (talk) 23:01, 7 April 2016 (UTC)[reply]
  • Old drafts should be assess for potential. Drafts without potential should be deleted under some to-be-written D* CSD criteria. Drafts with potential should be retained. --SmokeyJoe (talk) 01:43, 8 April 2016 (UTC)[reply]
  • Triage them. Well formatted ones go to mainspace to sink or swim on their merits, crap ones get nuked, edge cases can be userfied if the drafting user is active and wants to keep it. We have a pretty low bar to restoration of deleted drafts and a metric fuckton of crud to wade through, let's not tie ourselves down with process just for the sake of it. Guy (Help!) 09:47, 8 April 2016 (UTC)[reply]
  • Assuming this only applies to draftspace, since "userfy" doesn't apply to something already in userspace. Triage, mostly per JzG. If user is active, userspace it. If not, keep it if it's a viable stub o better, delete it if it's something that would inspire the average person to prod or AfD it on sight.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  10:45, 8 April 2016 (UTC)[reply]
  • this seems to be about draftspace and it is unclear why it is under discussion here - Jytdog (talk) 03:04, 9 April 2016 (UTC)[reply]
The RfC cited at the top is actually exclusively about userspace. Since this section is predicated on the result of that RfC, which seems to be trending against the idea of a expiration date at all, it seems odd to have have this section here in the first place. It's odd. A2soup (talk) 06:35, 9 April 2016 (UTC)[reply]
  • This section should not have been opened since it is predicated on a positive result in an RfC that will almost certainly return a negative result. I am accordingly closing the section and recommend that the !voters so far (NE Ent, SmokeyJoe, Jclemens, Protonk, Hobit, and Patar knight) express their positions on dealing with stale drafts either in the expiration date RfC or, preferably, the A and B sections of this RfC, if they have not already done so. A2soup (talk) 18:19, 10 April 2016 (UTC)[reply]
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.

Should all drafts marked for AFC be moved to draftspace (and out of userspace) (D1)

I am starting to realize that at least some of the confusion and disagreement over what to do with "stale" drafts stems from the fact that we have AFC nominations in both Userspace and Draftspace. This should be explored further, so I ask it as a separate question.

valid point... The only person who should be allowed to add an AFC tag to material that is in your userspace is you (because you are the only one who can say "I now want others to work on my draft.")
This does not prevent someone else from creating there own draft, and submiting that to AFC... It simply means that no one will take the version that is sitting in your userspace and submit it to AFC without your OK. Blueboar (talk) 18:43, 8 April 2016 (UTC)[reply]
When an AFC draft is reviewed, it is typically (if feasible) moved by the reviewer to draft space, so that it is no longer in user space. I see no need to prohibit draft originators from starting in user space, knowing that their drafts will be moved into user space. (A draft cannot be moved from user space to draft space if the subject/title is unknown because the draft is too poorly written, or if a draft with that title is already in draft space (a duplicate).)
Then the only change is a shift in when the AFC is moved into Draftspace .. Instead of the reviewer moving (on review) the submitter moves (on submission). It could even be an automated process.
The idea is to more clearly define the difference between drafts in Userspace and those in Draftspace ... As I see it, Userspace is for solo work, while Draftspace is for communal work. In Userspace, the expectation is that others will not make edits (including moves) without explicit permission. In Draftspace, on the other hand, the expectation is that others will make edits. You can create a draft in your Userspace, and work on it solo... but if you want others to work on it (which would include AFC submissions) you should move it to Draftspace. Blueboar (talk) 20:10, 8 April 2016 (UTC)[reply]
I see no need for this prohibition either - I was advocating a prohibition on submitting drafts to AfC that you did not have a significant stake in writing. Your options for a draft in another user's userspace should be (1) move to mainspace (i.e. act as an AfC reviewer yourself), (2) adopt (if stale), (3) ignore, (4) blank or categorize, or (5) delete. Submitting for AfC is not helpful and opens the door to backdoor (or even accidental) G13 deletion. A2soup (talk) 23:42, 8 April 2016 (UTC)[reply]
Easy enough to fix... Don't allow others to tag userspace drafts for AFC... Only the draft creator. Do that and there is no issue with moving the draft to Draftspace. Blueboar (talk) 19:47, 9 April 2016 (UTC)[reply]
I think a user ought to be able to mark his or her own draft for AfC without that being taken as a request to move it into draftspace. Actually it is precisely when someone else marks a userspace page for AfC (not at the user's request that I think the case for moving to draftspace is strongest -- and I do think this should be allowed, and even encouraged, see proposal B5. DES (talk) 21:41, 9 April 2016 (UTC)[reply]
Question: how long is the typical lag time between initial submission and review? Blueboar (talk) 22:00, 10 April 2016 (UTC)[reply]
For a considerable while, the lag has averaged about two weeks or less. Worldbruce (talk) 05:11, 11 April 2016 (UTC)[reply]
@Blueboar: The lag is a function of the size of the AFC backlog. If there are hundreds of submissions, an initial review could take longer. If there's only 200 total submissions, it could be reviewed the same day. Hasteur (talk) 12:36, 11 April 2016 (UTC)[reply]
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.

Discussion (of the proposals generally)

That applies to new drafts, but draft space is relatively new. I would support hooveirng up userspace drafts into draft space and having one process. Guy (Help!) 09:49, 8 April 2016 (UTC)[reply]
Yes I agree with blueboar a zillion percent. Most of the questions above are gmisches about draft and user space and those are different animals, with different answers. Jytdog (talk) 03:09, 9 April 2016 (UTC)[reply]
And that commingling is part of the problem. We have two namespaces in which to place drafts for a reason... Drafts in Draftspace have been submitted for community editing... And thus they should be held to a different (I think stricter) standard than drafts in Userspace (which are not necessarily submitted for community editing). Blueboar (talk) 12:47, 7 April 2016 (UTC)[reply]
I understand Draft space is a fairly new thing and most of the stale userspace drafts predate Draft space. Everything submitted to Wikipedia is for community editing and always has been. It's part of the license. If you don't want something edited you should find an alternate outlet for your writing. Legacypac (talk) 15:47, 8 April 2016 (UTC)[reply]
No, there are no different standards, if that's happening, it's a problem with us. --QEDK (TC) 13:55, 7 April 2016 (UTC)[reply]
Userspace drafts should not be treated the same as DraftSpace drafts. --SmokeyJoe (talk) 13:47, 7 April 2016 (UTC)[reply]
Want to chime is that there is a distinction. For example, one could argue that an incompetent draft in draftspace should be deleted for WP:TNT reasons, so that someone in the future could make a more competent one. Also, userspace is often considered a sort of "sandbox" or "scratch pad" - I have never seen draftspace considered that way. A2soup (talk) 18:05, 7 April 2016 (UTC)[reply]
@Legacypac: Please bullet your comments, I've said it enough already. --QEDK (TC) 19:42, 7 April 2016 (UTC)[reply]
Sorry, not used to such well-structured RfCs. A2soup (talk) 20:01, 7 April 2016 (UTC)[reply]
What can I say? I've always been a stickler for perfection and order (even when there's no need of it), maybe one of the reasons I don't have a girlfriend. --QEDK (TC) 20:12, 7 April 2016 (UTC)[reply]
@RoySmith: I would say that since the draftspace is a "common area" of sorts, there is some small value to cleaning it out just for the sake of cleanliness. Is there any such value in cleaning out userspace? And, if not, why should it be cleaned? That's the difference to me at least, do you not see a difference on that point? A2soup (talk) 20:44, 7 April 2016 (UTC)[reply]
I see very little (perhaps zero) value in cleaning out user space just for the purpose of cleaning up. I was thinking more about promoting stale drafts to mainspace when I wrote the above remarks. -- RoySmith (talk) 20:58, 7 April 2016 (UTC)[reply]
I don't know what "clean up" is referring to. People want to scroll through PrefixIndex without seeing page? I feel like it's just used to criticize any attempt to look through anyone's userspace drafts. -- Ricky81682 (talk) 23:07, 7 April 2016 (UTC)[reply]
@RoySmith: So then do you see a distinction between userspace and draftspace in terms of when drafts should be deleted? A2soup (talk) 02:08, 8 April 2016 (UTC)[reply]
  • The biggest difference, RoySmith, in my opinion, is that not everything in UserSpace that looks like a draft is a draft. UserSpace is also for notes, records, things only obliquely related to possible new content. In UserSpace you can keep your notes, and it can be extremely offending to find them tampered with. In DraftSpace, this is not the case. --SmokeyJoe (talk) 01:47, 8 April 2016 (UTC)[reply]
I absolutely agree with that. I thought it was so obvious, it didn't need stating. A draft is something which, ostensibly, will evolve into an article. Not every page in userspace is a draft.
  • Agree. I would prefer to delineate between (1) Drafts in DraftSpace; (2) Drafts in userspace; (3) Non-drafts in Userspace.
(1) has the G13 process, and I think it should apply to every draft in draftspace, AfC tagged or not. However, there should be a way to mark a draft as a quality draft with potential to prevent its auto-deletion. Probably for rare obscure topics.
(2) what to do with these is debatable. Some say leave them where they are. I support moving them to DraftSpace if the user is long inactive.
(3) These pages are either valid notes by established Wikipedians, or NOTWEBHOST violations by non-contributors, and almost never anything else. The first set should never be touched, please let's respect each other, barring actual problems, and the second can be deleted under U5. --SmokeyJoe (talk) 02:26, 8 April 2016 (UTC)[reply]
Strictly speaking, non-drafts in userspace may not be notes. For example User:DESiegel/Tools I would not call notes. i used to have it as part of my user talk page, but found a better way to get at it easily. It is, however, a non-draft intended to assist work on the project, and so is in the same general category as note pages are. DES (talk) 22:06, 9 April 2016 (UTC)[reply]
Of course. Notes are just one of many non-draft examples common in userspace. --SmokeyJoe (talk) 01:05, 10 April 2016 (UTC)[reply]
Thanks for this Joe. I agree with your organization of the distinctions. Here is how I think each should be dealt with (in all cases, I am assuming that the draft does not violate BLP, COPYRIGHT, etc)
1) Abandoned Drafts in Draftspace should be reviewed and either promoted to Mainspace, deleted, or adopted by an active editor and userfied.
2) If the draft is marked for AFC... It should not be in USERSPACE... Move out of userspace and into DRAFTSPACE for community editing, or retain in USERSPACE but remove from AFC process (remove AFC tags templates and categorisation). If the draft is not marked for AFC... And It does no harm (no BLP or copyright issues, etc.) Leave it in userspace, or adopt the topic - write a new draft in your own userspace or start a new draft in Draftspace for consideration AFC.
3) Leave alone.
The key is removing AFC from Userspace. Blueboar (talk) 12:36, 8 April 2016 (UTC)[reply]
I just removed it, before I saw this comment. I can't imagine it serving any purpose before 30 days are up. It just encourages a poll mentality, which isn't positive. A2soup (talk) 10:55, 8 April 2016 (UTC)[reply]
It helps maintain count. The power is in the numbers, whether we admit it or not (unless there's the obvious blah-blah). Then again, I did add the notaballot template. --QEDK (TC) 15:29, 8 April 2016 (UTC)[reply]
The problem is that an editor who is absent (say on a multi-year Wikibreak) can't object to the move. Blueboar (talk) 13:06, 10 April 2016 (UTC)[reply]
So? There's no way to tell a "multi-year Wikibreak" from "I'm done with the project". We had a decade-old-draft argued about at MFD "because the editor didn't put a "retired" tag on their page". They can't complain if their mainspace version is edited mercilessly because they aren't here. They couldn't complain when we raised WP:V and raised standards, they couldn't complaint when WP:BLP passed and stuff got deleted, they couldn't complain when attacks pages were added. We can't actually run the project if we sit around waiting on volunteers to possibly return. Again, why is that everything must be held up because "ONE" editor (the content creator, let's say) hasn't voiced an opinion? -- Ricky81682 (talk) 20:04, 13 April 2016 (UTC)[reply]
But nothing IS held up"... As I have repeatedly said... Another user can start their own draft on the topic and move that into Mainspace if the wish. Your concern might be valid if having a the draft sitting in inactive person X's userspace some how prevented us from creating a Mainspace article. But it doesn't. Active user Y can easily create a draft in his userspace and promote that version to Mainspace instead. There is no reason to touch person X's draft. It can be ignored until user X returns. And if he never does return ... His draft does no harm. Blueboar (talk) 21:56, 13 April 2016 (UTC)[reply]
User:DESiegel thanks so much for providing that historical context about draft space! Makes sense. Coming at this as I have, without being in the flow of that history, it always seemed to me that all of AfC stuff should go through draft space, just process-wise. I wonder if adding the AfC template could automatically move the article to draft space... that would be useful. Jytdog (talk) 21:24, 9 April 2016 (UTC)[reply]
I think there are some technical problems with that, and some practical problems. Often a move from userspace to draft space involves a rename as well, particularly when the userspace page had "snadbox" in the name. That cannot safely be done automatically.
As I say under the D1 proposal, there is in my view no good reason why AfC reviews cannot be done while a draft is in userspace, and no good reason to insist on automatically moving pages under AfC to draftspace. Originally AfC drafts were lodged in the Wikipedia talk namespace, but that was a kludge because IP editors could create pages in that namespace. DES (talk) 21:47, 9 April 2016 (UTC)[reply]
I totally hear that. I don't know if trying guide (or require) articles in AfC to be in draft space would help the people who work AfC, would be just bureaucracy or otherwise unhelpful, or irrelevant. I've left a notice at WT:AFC so the people who work on that stuff are aware and can comment here if they like. Jytdog (talk) 22:04, 9 April 2016 (UTC)[reply]
I don't think there's any difference in interests. We just have stuff on the lowest hanging fruit already made. Even now, we G13 delete hundreds of pages a day and yet the volume of new editors isn't dying off. If it's not so harmful to delete drafts that haven't been edited in six months that started today, which we've done since 2013, why is so harmful to delete another draft that was also created in 2013 that hadn't been edited in two years? -- Ricky81682 (talk) 19:59, 13 April 2016 (UTC)[reply]

Drafting in mainspace

Have you seen what happens to newcomers' articles at AfD? Even if it ends up kept, it's always a thoroughly unpleasant experience for them. Drafting in userspace or draftspace should be encouraged for newbies until they become comfortable with our guidelines, which I would imagine takes a few months on average. A2soup (talk) 10:53, 8 April 2016 (UTC)[reply]
What's wrong with drafting in mainspace? enwiki is a work in prgoress! Take a look at this page: Special:PermaLink/2814496. — xaosflux Talk 14:49, 8 April 2016 (UTC)[reply]
I just mean as a practical matter to avoid unnecessary biting. I wish it wasn't like that - I would love to say that newbies could safely draft in mainspace. A2soup (talk) 15:43, 8 April 2016 (UTC)[reply]
I very strongly disagree with drafting in mainspace. Very few experienced editors can compose a properly sourced article that will survive CSD and AFD in article space (mainspace) in a single edit. New or intermediate editors almost never can compose a properly sourced notable article in a single edit. Editors who are confident that they known when they have completed a minimally sufficient article should create it in user space and then move it into mainspace. Encouraging editors to draft in mainspace will just result in the drafts that are not yet ready for mainspace being nominated for speedy deletion or deletion via discussion. Drafting new articles in article space, even by experienced editors, is not a good idea. Robert McClenon (talk) 19:26, 8 April 2016 (UTC)[reply]
Newcomers who don't know what is required of a mainspace article shouldn't be encouraged to write drafts. --SmokeyJoe (talk) 22:56, 8 April 2016 (UTC)[reply]
But surely a whole slew of potential editors come because they want to write an article, not improve existing ones? We should let them get involved, and userspace drafts are a great way to do that - they can't possibly disrupt the encyclopedia (until people get all wound up about "processing" all their drafts, that is). I'm not saying we should openly encourage drafting, but surely we should let them know it's an option and not discourage it, no? A2soup (talk) 23:38, 8 April 2016 (UTC)[reply]
It is far easier to find an article needing improvement than to find an missing notable topic. --SmokeyJoe (talk) 12:09, 9 April 2016 (UTC)[reply]
  1. It's the wiki model of collaborative editing as documented in our editing policy. It is a fundamental feature of this model that pages are built up from nothing in an incremental way rather than being used to publish polished work by a single author.
  2. Our policy WP:OWN quite firmly indicates that pages do not and should not have a single author/owner. Encouraging private drafts is contrary to this policy.
  3. Most of our processes such as recent changes patrolling, deletion and search are based upon mainspace. Introducing other workspaces causes confusion and complexity, as we see in the RfC which is already quite byzantine and too long. The fundamental nature of our project is that it's the encyclopedia that anyone can edit. This open door policy means that we should keep all our processes short and simple per the KISS principle.
Andrew D. (talk) 09:10, 9 April 2016 (UTC)[reply]
You and I bumped heads on this sort of thing, didn't we Andrew! If the first draft is actually something like an article, sure. But a first draft that looks like this, which I found in mainspace made by a conflicted editor and moved to draft space, should not be anywhere near mainspace, in my view. Jytdog (talk) 10:23, 9 April 2016 (UTC)[reply]

Side question: What happens if there is more than one draft on the same subject in the same userspace?

Just a question ... it is quite possible that an editor could have more than one draft versions of the same article in their userspace. For example, the editor could have written two drafts in order to compare different ideas on how to organize the material (the order of sections etc.) ... or he could have written two drafts to try out different ways to format a list (say a chart vs. a bullet pointed list). When this happens, which draft gets moved? And what happens to the other draft version? Blueboar (talk) 20:49, 10 April 2016 (UTC)[reply]

If the draft is moved to mainspace: move the best one and merge with any useful content from the other draft and redirect the other draft. If the draft is moved to draftspace: move all to "Draft:Title (1)", "Draft:Title (2)", ..., "Draft:Title (n)", in my opinion. --Stefan2 (talk) 20:58, 10 April 2016 (UTC)[reply]
SmoakyJoe, what would you suggest when the editor isn't around to ask (i.e. the two drafts both qualify as being "abandoned" or "stale"). Blueboar (talk) 00:16, 11 April 2016 (UTC)[reply]
Yes, I have had two drafts for the same article going at the same time in my own Userspace (Not currently, but I could see myself doing it again). That's why I asked. Let's say I get pulled away from editing Wikipedia for a long time... how would anyone else know which version I preferred (i.e. Which version I would have moved myself, had I not been called away). Blueboar (talk) 01:12, 11 April 2016 (UTC)[reply]
Then I'd suggest treating them the same as any other pair of duplicate articles. If and when the original author returns, and he thinks you picked the wrong one, he's unlikely to get reverted when he changes the version in mainspace. —Cryptic 15:18, 11 April 2016 (UTC)[reply]
Yes, see what is going on with Category:Draft-Class EastEnders articles. There's often multiple drafts and drafts being merged together since everyone knows that there will only be one mainspace version. Whichever version is "good enough" to pass mainspace is the first part, then it's all about getting the good content all together. -- Ricky81682 (talk) 19:55, 13 April 2016 (UTC)[reply]