• Preserve There is no reason to delete the article content and history before turning a topic into a redirect. It appears to be done to prevent consensus from ever changing in the direction of resurrecting the article with new information. Consensus can change and we have many articles that have had 10 AFDs before deletion. Consensus can never change back once the material is hidden from 99.999% of editors. I can see deleting copyright violations and libel in BLPs from the history and that has always been done, but not the entire history. --Richard Arthur Norton (1958- ) (talk) 23:50, 30 November 2015 (UTC)
• The standard action has always been to keep the history behind the redirect unless there is a case made to delete it. --SmokeyJoe (talk) 23:56, 30 November 2015 (UTC)
• It should default to keeping the history behind the redirect, per SmokeyJoe's statement. There are reasons to delete the history before recreating the redirect (BLP-type ones spring to mind), but most of the time there is zero harm in leaving the history in place for other editors to build upon if they wish to try to recreate the article. --MASEM (t) 00:45, 1 December 2015 (UTC)
  • I will add that this is only in the case where the !voters intent is not clear from their "Redirect" !vote. If they provide a "Redirect" !vote that is clear they don't feel the content is appropriate, the admin can take that as a deletion (Ideally we'd like these !votes to read "Delete and Redirect" but we can't always force that). But if there's any doubt or lack of reasoning, preserving should be performed. --MASEM (t) 15:16, 2 December 2015 (UTC)
• Yes, this makes the most sense to me. Unless there's a sound reason to delete before redirecting (i.e., a speedy deletion criterion), there's no real reason to. Protection is always an option. Eman235/talk 04:03, 1 December 2015 (UTC)
  • Changing this slightly to preserve by default. In other words, a "Redirect" !vote should be interpreted as "keep the page history, but turn into a redirect". I want to make it clear, however, that I am in no way opposing the use of the "delete then redirect" approach. This is apparently standard practice anyway. Eman235/talk 07:42, 1 December 2015 (UTC)
  • On second thought, moving my !vote to below... Eman235/talk 22:04, 4 December 2015 (UTC)

I'd say preserve unless there is otherwise a reason to delete based on consensus.-Serialjoepsycho- (talk) 04:07, 1 December 2015 (UTC)

• As I wrote at Wikipedia:Deletion review/Log/2014 July 19#Westshore Town Centre:

  The only benefit of keeping the edit history deleted that I can see would be to prevent users from undoing the redirect and restoring the deleted content. But this is easily remedied by reverting the restoration and fully protecting the redirect.

  A benefit of restoring the article's history would be to allow non-admins to see what the encyclopedia once said about the subject.

  Using the deleted content for a merge is not the only benefit. Another example is that in the future if sources surface that demonstrate notability, the deleted content can be easily reviewed. Without needing to ask an admin, a non-admin could determine whether the deleted content could be used as the basis of a newly recreated article with the new sources. Deletion would hinder this.

  In sum, the benefits of restoring the deleted content outweigh the negligible negatives, so the article's history should be restored under the redirect.

  I also agree with RoySmith (talk · contribs)'s comment here:

  The general concept we use for dealing with disruptive activity is to use the least restrictive action which will prevent disruption. The only reason to delete history under a redirect is if the existing content cannot be allowed to exist because it violates copyright, WP:BLP, as a result of WP:OFFICE, or some other bright-line rule. None of those apply here. A vague fear that somebody might revert the redirect at some point in the future is very far away from that bar. Likewise with protection. No reason to protect the article unless there's demonstrable, specific, evidence that there has been a problem and protection is the best way to solve it.

  Recent DRVs about restoring article histories under redirects: Wikipedia:Deletion review/Log/2014 July 19#Westshore Town Centre, Wikipedia:Deletion review/Log/2014 August 28#Match World Cup annual event articles, Wikipedia:Deletion review/Log/2014 September 28#VideoPad, Wikipedia:Deletion review/Log/2014 November 25#Windows Police Pro, Wikipedia:Deletion review/Log/2015 January 21#Johnny Prill, Wikipedia:Deletion review/Log/2015 June 8#List of wrestlers in WWE video games, Wikipedia:Deletion review/Log/2015 November 28#Annie Butler, and Wikipedia:Deletion review/Log/2015 November 30#Vu Digital.

  See also the comments and links at Wikipedia talk:Deletion review/Archives/2015/January#History undeletion underneath redirect.

  Cunard (talk) 07:01, 1 December 2015 (UTC)

• Preserve this is fundamentally vital to the growth of the encyclopedia. If requested a redirect with history preserved allows multiple editors to work on prior content with additional sources. It is always easier to work with existing content unless that content was deemed inappropriate. We are where we are because we've stood on another's shoulders. I've always pushed for this. Valoem ^{talk contrib} 08:12, 1 December 2015 (UTC)
• Preserve per the logic of WP:PRESERVE and WP:R. There may be useful material in the page history of a redirect. There may be a need to keep the history for attribution purposes. Etc. Some good arguments are made above as well. James500 (talk) 01:46, 2 December 2015 (UTC)
• Moot Last I checked, it's a requirement of our Commons License (see: Wikipedia:Text of the GNU Free Documentation License) to preserve the history of editor contributions when performing a merge; there's no exception for merges into a redirect AFAIK, but if someone wants to read through the legal gobbledygook and tell me I'm wrong, feel free. -- Kendrick7^talk 12:38, 2 December 2015 (UTC)

• Kendrick, I think that's absolutely correct for "merge" consensus outcomes at AfD: if verbatim text is moved from one article to another, then the edit history of the source article needs to be preserved. There are work-arounds for selective merges, such are paraphrasing/rewriting the content to be transferred, but for formal "merge" outcomes that implicitly means "merge, redirect, and preserve the article history for attribution purposes." Of course, most merges are improperly documented: they should be noted in the surviving article's edit history at the time of text transfer, as well as acknowledged on the article talk page. The redirect and preserved edit history at the non-surviving article page complete the paper trail for Commons licensing and attribution purposes. Bottom line: it is not necessary to specify "merge, redirect and preserve edit history" and more than it is necessary to specify "keep and preserve article history". It goes without saying to anyone who understands the process (or has thought about it for five minutes). Dirtlawyer1 (talk) 21:40, 2 December 2015 (UTC)

• Preserve article history whenever I vote redirect, I intend for the history to be kept, otherwise I would vote delete and redirect. There are a multitude of reasons for this, such as articles on individual book, show, or comic characters where there is not enough for a stand-alone article and the recommendation is to redirect to "list of characters in X", but the article taken to AFD might have some sources, or content that could be useful in the future if the character becomes independently notable, or useful to content-reusers with different standards than WP. If consensus is to re-direct, then the history should be kept. If there are concerns about edit warring the deleted article back in without substantial changes/improvements, then the redirect can be protected. ~ ONUnicorn^{(Talk|Contribs)}problem solving 16:33, 2 December 2015 (UTC)
• Preserve article history This is our standard policy for reasons of attribution, transparency and so that the content is readily accessible for future development. Content should only be restricted to admins when there is some legal issue such as copyvio or defamation. Andrew D. (talk) 17:48, 2 December 2015 (UTC)
• Preserve Redirecting but keeping the redirect history makes it easier to recreate a redirected article if it becomes notable, and helps with attribution purposes. As someone who performs a lot of non-admin closures and relistings at AfD, I'd also like to note that requiring the deletion of redirected articles will clog up AfD since only admins would be able to close them. I'm honestly not seeing any benefit to deleting all redirects, and think it will do more harm than good. Spirit of Eagle (talk) 01:05, 3 December 2015 (UTC)
• Preserve. There is no reason to remove useful content which is not illegal. The reason why we delete articles with no plausible target is to avoid cluttering up the main namespace with useless titles. But if a title is going to be occupied anyways (by a redirect), then having all the history behind it won't make a difference. -- King of ♥ ♦ ♣ ♠ 06:29, 4 December 2015 (UTC)
• Is this a real problem or an isolated argument? If there is no consensus to delete and no obvious reason to do so I would think most admins would not delete already. They shouldn't be, but I don't see the need to codify it. Beeblebrox (talk) 17:56, 4 December 2015 (UTC)
• Preserve Very often the text has been merged, or even may be revived from the history for another article in the future, if it is still available. Johnbod (talk) 04:17, 5 December 2015 (UTC)
• Support Outside of BLP and other legal concerns, I see no good reason to delete the content. There would appear to be attribution issues on occasion, as well. --Tt(^talk/_contribs) 08:40, 7 December 2015 (UTC)
• Preserve article history Redirecting a deleted article shows that it had sufficient merit for the existence of the title to continue, and for the valuable portion of the content to be preserved in the master page. Removing the history is overkill for such a page, and it makes it impossible to trace the proper authorship of the content. Sbwoodside (talk) 04:18, 10 December 2015 (UTC)
• Preserve There is no reason to delete the article content and history before turning a topic into a redirect. SmokeyJoe (talk) has said it very well. --DThomsen8 (talk) 13:36, 10 December 2015 (UTC)
• Preserve - Our default practice should not be to delete article histories and contributions when a small article is converted into a redirect to a larger article, unless specific consensus at AfD says to delete the redirected article's history & contributions. Guy1890 (talk) 23:38, 11 December 2015 (UTC)
• Snow Preserve - there is already too much aggressiveness in deleting content when unwarranted by compelling reasons. Deleting content in a way that it cannot easily be accessed from history should be an exceptional circumstance, and a decision to redirect isn't a decision to delete. LjL (talk) 18:25, 13 December 2015 (UTC)

• @LjL: Snow? Are you presuming the subsections are discrete alternatives and the one with the most support is the one with consensus? I see one section for "default to preserve" and several others based on the idea that we should not default to preserve. That there is a lack of consensus among those who disagree with you doesn't change the fact that they disagree. — Rhododendrites ^talk \\ 18:41, 13 December 2015 (UTC)

The fact of the matter is that most of those sections are based on (and titled as) "delete if ..." arguments stemming from overriding exceptions to a general presumption that content should be preserved. Of course there can be exceptions based on various overriding factors, but nothing about that takes anything away from the above overwhelming support for generally preserving. LjL (talk) 18:47, 13 December 2015 (UTC)

I suggest you re-read the confused RfC question, the mixed and qualified supports in this section, followed by the clear support for preserving "delete and redirect" as articulated below. There is no "snow" consensus here; if anything, there is arguably a consensus for "redirect" means "redirect and keep history," and "delete" and "delete and redirect" collectively mean "delete history". Stop spinning. Dirtlawyer1 (talk) 18:58, 13 December 2015 (UTC)

Soooo... you're saying that "delete" means "delete", while simply saying "redirect" should not, in general, mean "delete"? Gosh, that sure takes an RfC to ascertain! But it's entirely compatible with my response. LjL (talk) 19:02, 13 December 2015 (UTC)

LjL, I've already said as much several times below, while quoting the WP:Guide to deletion, which has said exactly that for over a decade. But this RfC isn't really about "redirect" !votes meaning "redirect with history preserved"; it's about folks who want to redirect and preserve article history even when the !votes and consensus outcome of an AfD are "delete" or "delete and redirect". Read the entire thread; there are a lot of very confused comments coupled with some who advocate for interpretations of the applicable policies and guidelines which are not supported by a literal reading of the policies. If the RfC question weren't a hopelessly confused example of poor drafting, the actual goal of the primary proponents might be more clear. Dirtlawyer1 (talk) 19:19, 13 December 2015 (UTC)

Actually there is a clear consensus in favour of preservation. I have no objection to an admin doing a WP:SNOW close in favour of preservation. I don't agree with your analysis of this thread either. What it is really about is folks who want to argue that "redirect" !voters really meant to say "delete and redirect", and put their own opinions into the mouths of others. James500 (talk) 10:07, 10 January 2016 (UTC)

• Preserve unless there's a problem with the text: copyright infringement, libel, past history of un-redirecting against consensus, etc. There's no good reason to get rid of the redirect's history in ordinary cases, but at the same time, there's no reason to complain at an administrator who deletes a redirect's history because past editors have repeatedly defied consensus and turned the redirect into an article again. And finally, if there's consensus to "delete and redirect", the administrator should do exactly that. Nyttend (talk) 04:30, 25 December 2015 (UTC)
• Preserve  This is the current meaning, where there is no risk of creating attribution problems.  The comparable current !vote with deletion is "delete and redirect".  Redirect is a flexible !vote that returns editorial decisions to the content contributors, where the article might be retained as a redirect, merged, or restored.  A slight variation is to move the article to draftspace and create a bare redirect.  I am aware that there has been some long-term confusion in the community that redirect out of AfD used admin tools and deleted the edit history, yet the idea is contrary to the common language used in the editorial redirect, "#REDIRECT".  Because redirect does not use admin tools, it is not a valid nomination argument at AfD, as all discussion and actions can be handled by non-admins.  A related valid nomination argument would be "redirect and salt".  Unscintillating (talk) 22:37, 12 January 2016 (UTC)
• Preserve. Contributions to redirected articles are nonetheless contributions. We would violate our own license if some of the short article history were used in the larger article (WP:ATTSIT) or if the shorter article were restored at some point in the future (WP:RUD). I can't think of any good reason to do this, beyond special-case revision deletion. Ivanvector 🍁 (talk) 22:00, 14 January 2016 (UTC)

• (add comments here)

Explicitly treat ambiguous "redirect" opinions as if the person doesn't care if the edit history is kept or not. Note: The absence of magic words like "keep" or "delete" does not necessarily mean the editor's opinion is ambiguous. If the closing admin senses the editor favors keeping or deleting the history, then it is not an "ambiguous redirect." Update the instructions or WP:EDITNOTICE on AFD nomination pages so participants know up front they are expected to say "keep and redirect" or "delete and redirect" if they care about the page history. Option added by davidwr/(talk)/(contribs) at 00:49, 1 December 2015 (UTC).

• Support davidwr/(talk)/(contribs) 00:49, 1 December 2015 (UTC)
• Support. Great suggestion. It addresses all of the concerns being raised with clear instructions to both AfD participants and AfD closers. It's better to light a candle than curse the darkness. Hoorah for davidwr the candle-lighter! David in DC (talk) 16:42, 1 December 2015 (UTC)
• Comment - Please note that the Wikipedia:Guide to deletion explicitly recognizes that a redirect !vote "is a recommendation to keep the article's history but to blank the content and replace it with a redirect." (See below.) Treating a redirect !vote as a "no opinion" is contrary to well-established AfD practice and procedures, but you would not know that from the hopelessly confused and misleading formulation of this RfC, and the language of the RfC has already been amended several times by the proposer after !voting had begun. Given the clear meanings of "redirect" and "delete and redirect" established by the Guide to Deletion (see below), it is unclear what this RfC is intended to establish. Dirtlawyer1 (talk) 17:27, 1 December 2015 (UTC)
  • Given the specific DRV in the RFC question and the AFD that it came from, it does not seem clear that editors recognize "Redirect" as implicit "Redirect and Keep History". It seems completely fair to ask if consensus has changed that a plain "Redirect" should be treated as , with this option "Redirect but I don't care what happens to the history". (note that I don't necessarily support this option, just that I think it is a valid option to consider) --MASEM (t) 17:33, 1 December 2015 (UTC)
• Support, as complementary to my proposal below.  Sandstein  18:02, 1 December 2015 (UTC)
• Support - a user can sertainly have only a partial opinion about the outcome (i.e redirect, no opinion about history in AFD; rename if kept in CFD). The user's opinion counts only to the degree it can be understood from the text (s)he places with it. And saying "redirect" isn't an opinion about the history, just about the title. עוד מישהו Od Mishehu 05:04, 4 December 2015 (UTC)
• Support, this seems like the most sensible option to me, in the absence of a clear preference expressed otherwise at the discussion. Lankiveil ^{(speak to me)} 06:37, 6 December 2015 (UTC).
• Support along with an appropriate edit to WP:Guide to deletion#Recommendations and outcomes. Flatscan (talk) 05:49, 7 December 2015 (UTC)
• (add comments here)

"Redirect" opinions should be treated as "delete" opinions if they are based on a rationale that would normally lead to deletion (such as non-notability), such that it can be assumed that the editor would support deletion if there were not a target to redirect to (such as a list); and if the opinion does not advocate a merger or otherwise expresses a desire for the content to remain accessible.

• Support - in my experience, in cases where non-notable characters or people get redirected to a list, the editors requesting redirects do want the superfluous content to disappear (or else they would have proposed a merger); they would have advocated deletion except for the fact that there is a reasonable redirect target. It makes no sense to treat such cases differently only because there happens to be, by chance, a redirect target.  Sandstein  09:19, 1 December 2015 (UTC)
• Support - It is important to acknowledge that the Wikipedia:Guide to deletion already expressly recognizes "Delete then Redirect", stating "Redirect is a recommendation to keep the article's history but to blank the content and replace it with a redirect. Users who want to see the article's history destroyed should explicitly recommend Delete then Redirect." As I understand Sandstein's statement above, it is a common-sense qualification of the "redirect" vs. "delete then redirect" distinction that if a "redirect" !voter qualifies their AfD rationale in such a manner as to be interpreted as a "delete then redirect" then their !vote should be treated as a "delete then redirect" !vote. Frankly, I would have hoped that such a statement would not be required, but given the confused RfC question and the obvious confusion over the well-established meanings of "redirect" and "delete and redirect" among several discussion participants, it is probably a necessary clarification. Dirtlawyer1 (talk) 18:00, 1 December 2015 (UTC)
• Support "Delete" and "Redirect" are both variations on "Wikipedia shouldn't have an article on this and the content doesn't need to go anywhere else". As such they often use the same rationales and a Redirect !vote can often be treated as equivalent to a Delete one. Hut 8.5 22:18, 1 December 2015 (UTC)

If Delete and Redirect !votes both count as delete and redirect, the Keep and Redirect !votes must count as preserve and redirect. You cannot stack the vote in one direction, it defies logic 101. And of course delete and redirect votes should be ignored unless it discusses concerns about libel or copyright violations, just as we discount votes at AFD that do not discuss notability standards. --Richard Arthur Norton (1958- ) (talk) 15:08, 2 December 2015 (UTC)

Er, AFD is not just about notability. There are many other reasons beyond notability, copyright, and BLP/libel that articles can be nominated for that are all valid (such as failing NOT, NPOV, NOR, etc.) And best I know, there is no guideline that AFD !votes only be judged for notability. --MASEM (t) 15:15, 2 December 2015 (UTC)

I really don't understand RAN's position here. Suppose an AFD is divided between people saying the article should be kept because the subject is notable and people saying the article should be deleted because the subject is not notable. Someone who leaves a comment saying "Redirect to XY, subject is not notable" is clearly part of the Delete side - they agree with the rationale for deletion, they think we should get rid of the article and they don't think we can use the content anywhere else. The only thing separating them from the Delete comments is that they think the title is a plausible search term for some other article, and deletion doesn't preclude the creation of a redirect at that title anyway. Counting that supporting keeping the article would be ludicrous. "Delete and redirect" is a perfectly legitimate comment to leave ("merge and delete" usually isn't, is that what you meant?) and as Masem points out while notability is the most popular rationale for deletion it is certainly not the only one. Hut 8.5 21:06, 2 December 2015 (UTC)

User:Hut 8.5, it might help to look at the first sentence of WP:N, "On Wikipedia, notability is a test used by editors to decide whether a given topic warrants its own article."  Note specifically the words, "a given topic".  As nothing is said there about the material/content associated with that subject/topic, a !vote of redirect to XY non-notable is a comment about the topic, and says nothing about the content.  Unscintillating (talk) 02:52, 9 January 2016 (UTC)

Well it does implicitly. If the commenter particularly thought that the content would be useful in another article then they would have written "merge" rather than "redirect". Hut 8.5 13:55, 9 January 2016 (UTC)

If the editor wanted the content in another article, yes he/she might have said "merge", but he/she also might have said "redirect" because there weren't editors immediately available to do the merge.  Unscintillating (talk) 18:16, 9 January 2016 (UTC)

No, I don't think so. Whether an AfD can be closed as "merge" has nothing to do with whether anyone is around to do the merge at that point. If someone doesn't leave a bolded comment or a longer rationale indicating support for merging then I think we can safely assume they aren't in favour of a merge. Hut 8.5 11:53, 10 January 2016 (UTC)

Initially you cited implied meaning at WP:N, and now you identify assumed meaning in a !vote.  The meaning of "merge", as stated at WP:Guide to deletion, allows the possibility that the article would remain in mainspace indefinitely, and I think we can agree that our Redirect !voter doesn't want this.  I think that if we are going to assume anything about this !vote, it should be that the editor supports our policies and guidelines.  Unscintillating (talk) 21:11, 10 January 2016 (UTC)

No, I didn't cite "implied meaning at WP:N". You inferred incorrectly that I was from my comment, and when I clarified you accused me of changing my mind. That page you cite isn't a policy or guideline and doesn't say that the merge closure "allows the possibility that the article would remain in mainspace indefinitely". It does say that the implementation of the close may be postponed if performing the merger will be difficult or technical, but that's hardly the same thing. I'm not sure what you're trying to say with this though, as if a Merge closure is clearly inconsistent with a particular comment then we have to count the comment as opposing a merger. Hut 8.5 20:01, 11 January 2016 (UTC)

Thanks for clarifying that there was amibiguity.  I must say that I'm not aware of any such concept as "accusations" here.  You continue to argue that redirect means delete and redirect, but why wouldn't such an editor type "delete and redirect"?  If your point is to eliminate "delete and redirect", what should editors type when they intend the current meaning of "redirect"?  The one thing I have to suggest is "merge 0%".  Unscintillating (talk) 23:03, 12 January 2016 (UTC)

• Comment I think the statement at the beginning of this thread is gibberish. Non-notability is not a reason that normally leads to deletion. It normally leads to merger. The word "redirect" frequently does express a desire for merger: some editors say redirect when they really mean "merge and redirect". The contrary assumption assumes !votes are intended to be construed in a rigidly literal fashion. James500 (talk) 23:34, 1 December 2015 (UTC)

"Non-notability is not a reason that normally leads to deletion"??? I'm sorry, what Wikipedia universe are you from? EEng (talk) 06:09, 2 December 2015 (UTC)

1. James500 said: "Non-notability is not a reason that normally leads to deletion." WP:Articles for deletion says: "There are many good ways to advocate keeping, deleting, or even redirecting an article. This includes . . . Arguments commonly used to recommend deletion are: . . . 'non-notable' in cases where the subject does not meet their respective notability criteria." In point of fact, the most common reason articles are deleted at AfD is a failure to satisfy WP:GNG or any relevant specific notability guideline; according to WP:Notability, "On Wikipedia, notability is a test used by editors to decide whether a given topic warrants its own article."

2. James500 said: "The word 'redirect' frequently does express a desire for merger: some editors say redirect when they really mean 'merge and redirect'. The contrary assumption assumes !votes are intended to be construed in a rigidly literal fashion." WP:Guide to Deletion says: "'Redirect' is a recommendation to keep the article's history but to blank the content and replace it with a redirect. Users who want to see the article's history destroyed should explicitly recommend 'Delete then Redirect'." Crystal clear and not subject to interpretation when used properly; if the !voter's rationale does not match their bolded !vote, ask for clarification. Dirtlawyer1 (talk) 03:36, 2 December 2015 (UTC)

Answer to point 1. above: You are forgetting that the reasons for deletion are subject to WP:ATD and WP:PRESERVE. A verifiable but non notable topic is normally merged. It is not normally deleted unless there is no suitable target for merger. Mere lack of notability does not indicate a topic is unsuitable for merger. There would have to be some additional problem with the content (eg copyvio). It is unverifiable topics that are normally deleted. That is what is supposed to happen anyway. I have known examples where content suitable for merger has been deleted as a deliberate act of vandalism and disruption. James500 (talk) 23:22, 2 December 2015 (UTC)

• Support – If it is determined that an article should not exist in the form that it is in at the time of a deletion discussion, that article's history should be deleted, regardless of whether a redirect is created. Article history can always be requested through a deletion review if some editors would like to use old bits of content. However, I find that it is often the case that articles are deleted for a reason, and that the "old content" is often flawed beyond repair. It is often better to work on the principle of WP:KIBOSH, and hence I support a default state of "delete means delete", redirect or no redirect. RGloucester — ☎ 06:10, 2 December 2015 (UTC)

RGloucester is completely right, in every sentence, including "Article history can always be requested through a deletion review if some editors would like to use old bits of content." The problem that has stirred this up is that currently at DRV, some editors, DirtLawyer1 in particular, are taking a hard line against allowing undeletion of history where someone would like to use some odd bits of content. This is completely surprising, never before has there been such resistance to undeleting innocuous material for someone to smerge. --SmokeyJoe (talk) 23:03, 3 December 2015 (UTC)

• Support- I think if people say "redirect" it means they think the article contents should not be in mainspace, ie. there is nothing of value in the article except its title, otherwise they would have said "merge". Reyk _YO! 07:27, 2 December 2015 (UTC)
• Support - These multiple options overlap or at least have some gray areas that make placement of support complicated. If I were to choose one to support, acknowledging there is precedent for supporting more than one, it would have to be this one. In determining the default, my presumption is that this is for those cases when there is consensus to redirect, but no explicit consensus to redirect and keep the history or redirect and delete the history. In that case, I think it makes sense for the closer to evaluate the arguments and make a judgment about the context that led participants to come to the redirect conclusion. — Rhododendrites ^talk \\ 13:38, 2 December 2015 (UTC)
• Support Obvious. Spartaz ^Humbug! 10:44, 13 December 2015 (UTC)
• Support. The creation of a redirect is substantively unrelated to the nature of the deleted content; the redirect target is not infrequently unrelated to the subject of the deleted content; and the closer retains discretion to create a redirect even without consensus on that point in the deletion discussion. The creation of a redirect is not a justification to disregard the discussion consensus. The Big Bad Wolfowitz (aka Hullaballoo) (talk) 19:28, 13 December 2015 (UTC)
• Comment  This is misworded, since notability is not a content issue, and material/content is only deleted for content issues.  The content issue for a notability deletion is WP:Due weight, which is not a problem with the material itself, so does not apply for a redirect.  In fact, that is exactly what notability is about, whether or not the topic should be standalone or redirected and the material/content discussed at another topic.  Sometimes "notability" is sloppily used as a content concept for content that is dubiously sourced, but this is a different issue.  Unscintillating (talk) 23:17, 4 January 2016 (UTC)

• Unscintillating, you wrote ". . . material/content is only deleted for content issues." That is factually incorrect. Please read the actual deletion policy on the front side of this talk page: "Reasons for deletion include, but are not limited to, the following . . . [a]rticles whose subjects fail to meet the relevant notability guideline (WP:N, WP:BIO, WP:MUSIC, WP:CORP and so forth)[.]" Failure to satisfy the applicable notability guideline is not only a perfectly valid reason to delete an article, in fact, it is probably the single most common reason for deleting an article at AfD. Dirtlawyer1 (talk) 23:42, 4 January 2016 (UTC)

• Sir, if you understand the concept of wp:notability, and you know the difference between the topic and that which is content/material, you will agree that there is no such thing as notable content.  Your logic seems to be slipping between the "subject" of the article, for which I normally use the word "topic", to the content that was deleted at the same time as the subject.  I don't think I am saying anything controversial.  Unscintillating (talk) 00:19, 5 January 2016 (UTC)

• Unscintillating, I have carefully drawn the distinction between notable article topics and noteworthy article content throughout. Article topics are subject to being deleted when they are not notable; if an article topic is not notable, but the article contains noteworthy content about another notable article subject, we may merge that content to the other, notable article, and preserve the article history under a redirect. While I can imagine (and have encountered) a host of variations on that theme, that is the basic distinction between article subjects and article content we need to draw here. Dirtlawyer1 (talk) 04:22, 9 January 2016 (UTC)

• (edit conflict) Dirtlawyer1, Since the time I made the above 5 January statement about "notable content", you've added the word "noteworthy" in this edit section eight times, mostly in the context of "noteworthy content", but in one case you've used "noteworthy subject".  After James500 noted that the term "noteworthy" is used at WP:NNC, you created your own definition using non-policy terminology. 

  The thing is, that the concept "wp:notable content" is not at all related to any of the three definitions that have been used for "noteworthy" since 5 January.  So when you say, "I have carefully drawn the distinction between notable article topics and noteworthy article content throughout.", it comes across as a non-sequitur.  We should be able to easily agree that there is no such thing as "wp:notable content".  Unscintillating (talk) 07:32, 9 January 2016 (UTC)

• Unscintillating, WP:NNC states in full:

"The criteria applied to article creation/retention are not the same as those applied to article content. The notability guidelines do not apply to article or list content (with the exception that some lists restrict inclusion to notable items or people). Content coverage within a given article or list (i.e. whether something is noteworthy enough to be mentioned in the article or list) is governed by the principle of due weight and other content policies. For additional information about list articles, see Notability and lists and Lead and selection criteria.

[begin insert]I have edited the above quote to include the Wikilinks.  Unscintillating (talk) 18:38, 9 January 2016 (UTC) [end insert]

The use of the word "noteworthy" in reference to content is emphasized with italics in the original. The only appearance of the word "noteworthy" anywhere within WP:N is the single instance in the section quoted in full above. I'm pretty certain that I am using the word "noteworthy" in this discussion in the same manner as WP:NNC. I have never used the phrase "noteworthy subject" in this thread, and I cannot find any comment by me where I refer to an article subject as "noteworthy" or content as "notable". Others may have used the words "notable" and "noteworthy" interchangeably with regard to article subjects, but I have not.

As to your larger point, when an article is deleted because its subject is not notable, the article's content and edit history are also subject to deletion. That's exactly what a "delete" !vote and consensus outcome at AfD mean. "Redirect" and "merge" are available as !votes and consensus outcomes at AfD as an alternative to outright deletion. Dirtlawyer1 (talk) 08:46, 9 January 2016 (UTC)

1. Search for "subject that is not noteworthy" in this edit section and you will find it.  Unscintillating (talk) 20:36, 9 January 2016 (UTC)
2. Regarding the word "noteworthy", a related word used at WP:DUE is "prominent".  Unscintillating (talk) 20:36, 9 January 2016 (UTC)
3. "wp:noteworthy" is not "wp:notable" (I believe that User:James500 erroneously states below, "The word 'noteworthy' is given as a definition of notability in the notability guidelines.").  Unscintillating (talk) 20:36, 9 January 2016 (UTC)
4. Now then, can we get back to getting agreement about "wp:notable content"?  The title of WP:NNC is Notability guidelines do not apply to content within an article.  It should be easy to agree that there is no such thing as wp:notable content.  Unscintillating (talk) 20:36, 9 January 2016 (UTC)

• To add to Dirtlawyer, a content issue is rarely allowable as a reason to delete an article unless the article's content fully fails polices of WP:NOT, WP:NOR, or WP:NPOV (for example, even if well-sourced, a page that only serves as an attack page on a BLP would be deleted). In nearly all cases where there's a content problem, deletion should be the very last result, and fixing of that content, merging that content to another article, or other action that otherwise retrain the contribution should be done first. --MASEM (t) 23:50, 4 January 2016 (UTC)

• I said nothing about articles deleted for content problems.  The point you are making is that we want to keep good topics with bad content when possible.  My point is that we want to keep good content with bad topics when possible.  Unscintillating (talk) 00:37, 5 January 2016 (UTC)
• Unscintillating is actually entirely correct. The 'reasons for deletion' are entirely subject to WP:ATD. (They are also subject to WP:PRESERVE and, in practice, we also follow WP:R). WP:ATD requires that articles be merged or redirected unless there are valid arguments against merger and redirection. Since non-notability alone is never a valid argument against merger or redirection, it follows that the effect of WP:ATD is that no article can be deleted for non-notability alone. Attempts to delete mergeable content or plausible redirects on grounds of non-notability are trollish and disruptive. James500 (talk) 18:53, 8 January 2016 (UTC) '

• That's wrong. If a topic is non-notable and there is no reasonable merge target for it, such as a garage band where neither the band, any of its members, or any of its songs are notable, deletion of content is completely appropriate. If there is a potential merge target, by all means we should try to retain what can be retained even if under the history of a redirect. --MASEM (t) 19:25, 8 January 2016 (UTC)

• When you say "deletion of content is completely appropriate", this is because there is no place in our encyclopedia for the content, not because of a WP:V problem with that content.  There is no such thing as wp:notable content—only article topics/subjects can be wp:notable.  Unscintillating (talk) 02:20, 9 January 2016 (UTC)

• As you often do, James, you rely on an extremely one-sided interpretation of WP:ATD. As quoted above, WP:Deletion policy is crystal clear on this point: "Reasons for deletion include, but are not limited to, the following . . . [a]rticles whose subjects fail to meet the relevant notability guideline (WP:N, WP:BIO, WP:MUSIC, WP:CORP and so forth)[.]" Failure to satisfy the applicable notability guideline is not only a perfectly valid reason to delete an article in and of itself, in fact, it is probably the single most common reason for deleting an article at AfD. ATD provides alternatives to deletion if (1) subject is notable in and of itself (fix the article and keep it), or (2) the content is noteworthy and significantly related to a subject that is notable (possible merge). There is nothing in ATD that requires us to keep an article whose is subject is not notable, nor to preserve article content or article edit history for a subject that is not noteworthy and significantly related to a notable subject. For all of the unwavering conviction with which you repeat your opinion across multiple policy and guideline talk pages, yours is the decidedly minority interpretation of WP:N and WP:ATD specifically, and WP:Editing policy and WP:Deletion policy generally. Dirtlawyer1 (talk) 19:33, 8 January 2016 (UTC)
• WP:ATD contains no such restrictions. Nor is there any such 'majority interpretation'. Any requirement that content be noteworthy is out of the question because of WP:NNC. It is true that a merger can be precluded on the principle that the content falls foul of some content policy or guideline such as NOT, but the point is that such policies etc have nothing to do with notability. Likewise "no suitable target" (such as where a redirect would be confusing) is a valid argument against redirection under WP:R that has nothing to do with notability. Such an argument could not be invoked against merger because every topic are part of some broader notable topic. The garage band and its members, for example, could in theory be included in the article on the town or other area in which they are located as they are part of that topic. To prevent such inclusion, one would have to invoke a content reason at the target. Whatever that reason is, it will not be notability, because WP:NNC says so. I can think of a number of non-notability content policies that could be used to exclude the garage band from its town article, and I'm surprised you can't remember them. In spite of the conviction with which Dirtlawyer1 repeats his opinions across multiple talk pages, they are and remain totally wrong. James500 (talk) 01:35, 9 January 2016 (UTC)

• James, I will try to be gentle with you, despite your zeal to turn the literal meanings of policies and guidelines upside down and draw the odd conclusions and interpretations you advance as a result. In my RL profession, we choose our words carefully, not accidentally. When I write topics are (or are not) "notable," I am referencing WP:N and our other notability guidelines; article topics must be "notable" -- in the Wikipedia sense -- to be included as stand-alone articles. When I say content must be "noteworthy," I am stating that content must be germane, pertinent, meaningful and not trivial. That's why Wikipedia is not a collection of indiscriminate information, and why we have policies like WP:BLP and WP:UNDUE. Non-notable subjects get deleted; that's policy (again, see WP:N quoted above). Noteworthy content about notable subjects should be preserved per WP:ATD; whether article "content" is noteworthy is a matter of editorial judgment. I regret you did not understand what I believed was the obvious distinction I was drawing between notable article topics and noteworthy article content. To state the obvious, an article topic is not the same thing as article content; and article content is not the same thing as article edit history (edit history being the subject of this entire thread). Significantly, WP:ATD does not mention the phrase "edit history" even once, and that's not an accident. I suggest you (a) re-read the applicable policies, and then (b) re-read my comments above in that light. Cheers. Dirtlawyer1 (talk) 03:52, 9 January 2016 (UTC)

• More blather. WP:N does not say that non-notable topics get deleted. Nor is it a policy. Nor does the deletion policy say that (because of ATD). "Germane, pertinent, meaningful and not trivial" appears to be your own personal invention. ATD and INDISCRIMINATE say nothing about that. Nor does that wording come from UNDUE or BLP. Whilst UNDUE is definitely relevant, you are distorting its meaning, which is actually about balance, and removing all the nuance. You are choosing your words with almost no care at all. The word "noteworthy" is given as a definition of notability in the notability guidelines. Wikipedia notability is not supposed to be a separate concept from ordinary meaning of that word (although GNG is a bad piece of OR in this respect). I can't for the life of me see why content should need to be both germane and pertinent at the same time, since both of those words just mean "relevant" according to the Compact OED and Klein's Etymological Dictionary. "Meaningful" doesn't seem relevant and "not trivial" is far too vague. So I don't like the inclusion test you've invented, and I don't think it adds anything of substance to the word "relevant". WP:ATD says nothing about merging only "noteworthy content" in your intended sense or any other. I am not the one trying to turn the literal meaning of any policy or guideline upside down here. James500 (talk) 06:02, 9 January 2016 (UTC)

• It's been long established that en.wiki's definition of notability is not the same as the standard english definition, and while there are suggestions for changing that word, "notability" still is what best captures the content. And yes, subjects that are not covered by third-party sources are supposed to be deleted per WP:V. --MASEM (t) 06:52, 9 January 2016 (UTC)
• I disagree. WP:BIO begins with dictionary definitions of notability drawn from Encarta and the American Heritage Dictionary. The rule established is that GNG and SNG are proxies for notability in the ordinary sense of that word. The part of WP:V to which you prefer does not preclude merger of such topics, though I agree that they are less likely to be suitable for inclusion. James500 (talk) 08:55, 9 January 2016 (UTC)

• True, WP:N does not say non-notable topics get deleted; WP:N says that "On Wikipedia, notability is a test used by editors to decide whether a given topic warrants its own article." As previously noted and quoted above, WP:Deletion policy states "Reasons for deletion include, but are not limited to, the following . . . [a]rticles whose subjects fail to meet the relevant notability guideline (WP:N, WP:BIO, WP:MUSIC, WP:CORP and so forth)[.]" The notability guideline and the deletion policy are complimentary and their meaning is crystal clear: article subjects must be notable to be included, and articles whose subjects are not notable may be deleted. WP:NNC states two basic principles: (1) article content does not need to be "notable" in the Wikipedia sense to be included in an article, but (2) article content must be "noteworthy" as determined in accordance with WP:UNDUE and other content policies. If content is not otherwise consistent with our content guidelines, then WP:ATD does not come into play with respect to that content. Dirtlawyer1 (talk) 08:46, 9 January 2016 (UTC)
• So you agree that the question of "merge or no merge" is determined by content criteria such as UNDUE, not notability. Therefore non-notability can't preclude merger, because that isn't a content criteria. Which is exactly what I said before. Good. That said, I think NNC's application of the word "noteworthy" to content criteria is gibberish in that context and should be replaced by a word that is not normally a synonym for notable. I was, as Unscintillating correctly pointed out above, wrong in appearing to suggest that notable was defined as noteworthy using that word, but it is expressly defined as "worthy of notice" or (by BIO) "note". So I think that "noteworthy" in NNC should be replaced with something less awesomely confusing. James500 (talk) 09:55, 10 January 2016 (UTC)

• James500, Regarding an edit to NNC to change "noteworthy", I'm concerned that this may create a bigger can of worms than the problem that now exists.  The alternate choice of "prominent" may not be quite that as used at WP:DUE.  Meanwhile, please take a look at WP:INSIGNIFICANCE.  Thanks, Unscintillating (talk) 00:48, 11 January 2016 (UTC)

• Comment  Given the old hands who may still think that notability is a content concept, it seems appropriate to mention that prior to 2008, WP:N was a concept associated with material/content sufficient to write an article.  It still seems to be unclear in that context if there was "non-notable content".  Unscintillating (talk) 00:22, 6 January 2016 (UTC)
• Support deletion If content is merged then keep the article history. If the article content is deleted and nothing is merged then delete the article. This proposal is about the case when content is removed without a merge and the article name becomes a redirect. In that case, delete the history. Blue Rasberry (talk) 20:50, 6 January 2016 (UTC)

• "Delete because it is not yet merged" is not a policy or guideline.  There is no deadline at Wikipedia.  Why would you want merger to be done on an assembly line and before the end of the AfD?  Also, AfD volunteers are not content experts.  They don't necessarily have a clue about what content should be merged.  Especially difficult is knowing whether material in an article is verifiable.  WP:Verifiability allows published sources that require considerable effort or expense to obtain.  Unscintillating (talk) 19:25, 10 January 2016 (UTC)

• Support Per Wikipedia:Guide to deletion (mentioned below at #General comments): "Redirect is a recommendation to keep the article's history but to blank the content and replace it with a redirect. Users who want to see the article's history destroyed should explicitly recommend Delete then Redirect." No reason to reinvent the wheel here.—Bagumba (talk) 06:30, 2 December 2015 (UTC)
• Support Users who recommend "Delete and redirect" must provide policy-based arguments for why the article's history must be deleted. Policy-based arguments for deleting the article's history include BLP violations, copyright violations, and WP:OFFICE actions.

  Unexplained "Delete and redirect" votes should be given as much weight as unexplained "Keep" and "Delete" votes. Non-policy-based "Delete and redirect" votes should be given as much weight as non-policy-based "Keep" and "Delete" votes.

  The comment I made in the other proposal also applies here. Cunard (talk) 06:48, 2 December 2015 (UTC)

  • Closers are expected to follow Wikipedia:Closing discussions#Consensus, which would cover all outcomes, not just "Delete then Redirect".—Bagumba (talk) 07:00, 2 December 2015 (UTC)
    • Agreed. For deletion discussions in particular, AfD closers should follow Wikipedia:Deletion guidelines for administrators#Rough consensus, which says, "Consensus is not determined by counting heads, but by looking at strength of argument, and underlying policy (if any). Arguments that contradict policy, are based on opinion rather than fact, or are logically fallacious, are frequently discounted."

      And Wikipedia:Deletion guidelines for administrators#Deciding whether to delete, which says, "When in doubt, don't delete." Cunard (talk) 07:08, 2 December 2015 (UTC)

      • Cunard, I am curious: will you likewise demand that "redirect, with article history retained" !voters provide valid policy-based reasons for the retention of article history, while disregarding those that advance "no harm," "it's useful" and other weak arguments routinely disregarded in our XfD discussions, or do these added burdens only apply to AfD participants who want the article history deleted? Dirtlawyer1 (talk) 07:20, 2 December 2015 (UTC)
      • Cunard, "When in doubt, don't delete" is a general principle applicable to articles, not article edit history. Dirtlawyer1 (talk) 07:22, 2 December 2015 (UTC)
• Support, with clarification - As noted by Bagumba above, "delete and redirect" is perfectly valid and well-established AfD !vote and outcome recognized by the WP:Guide to Deletion for over a decade. It has been a part of our AfD process and procedures since the earliest days of AfD. It is important to note that both "delete" and "delete and redirect" !votes carry the well-established meaning that no article edit history will be retained or restored. That said, and contrary to Cunard's assertion immediately above, there is no more burden on the "delete" and "delete and redirect" !voters to provide "policy-based reasons" than other "keep," "redirect" or "merge" !voters, and when they do provide express rationales for their !votes they are certainly not limited to the small class of reasons identified by Cunard above. Likewise, the weight afforded to "redirect, with history retained" !voters should be greater when they provide valid reasons for retaining edit history -- while according very little weight to "no harm," "it's useful," etc., that are routinely disregarded as weak arguments in our XfD discussions. Dirtlawyer1 (talk) 07:20, 2 December 2015 (UTC)
• Support - Theoretically redirects could still be converted into full-fledged articles if necessary, and deleting the article history will only discourage that. Plus, if an AFD consensus is to merge a small article into a larger article, then there's still the chance that content may need to be retrieved, and per Wikipedia's use of CC, it's required anyway. From experience, "delete and redirect" outcomes mostly seem to occur when consensus determines that the article should be deleted as there's nothing to merge, but a redirect is suggested as an alternative. Narutolovehinata5 ^tccsdnew 11:54, 3 December 2015 (UTC)
• Oppose As a general rule, I agree, but there are always exceptions and the reason we have admins in the first place is we expect them to be able to excersise their own judgement, not because we expect them to be slavishly obedient to the letter of "teh rulez" Beeblebrox (talk) 17:59, 4 December 2015 (UTC)
  • @Beeblebrox: I take it that your "oppose" is for the rare case of IAR? If so, IAR is always a possibility, but I'm assuming you don't oppose everything merely because of it. Frankly, I (and probably others) found the wording in the RfC proposal confusing regarding what "default practice" was referring to. If the question is whether a "Redirect" consensus should mean to keep the history but redirect the page, then that is consistent with Wikipedia:Guide to deletion, and I believe is also consistent with a !vote in this section.—Bagumba (talk) 04:51, 5 December 2015 (UTC)

It's more per WP:CREEP than IAR. I am not at all convinced this is a widespread issue in need of any new rules, it seems more like a knee-jerk reaction to a recent incident. Beeblebrox (talk) 16:41, 5 December 2015 (UTC)

@Beeblebrox: According to Dirtlawyer1 at #General comments, "Delete then Redirect" has existed at Wikipedia:Guide to deletion since September 2005. So I agree this RfC is CREEP to need more verbiage. Or perhaps you are saying the Guide to Deletion itself is CREEP?—Bagumba (talk) 19:16, 5 December 2015 (UTC)

• Supporting this option, now that it's here. This is basically what I said up there. My only suggestion: make this rule very simple and in big letters, so this doesn't happen again! Eman235/talk 22:04, 4 December 2015 (UTC)
• Support - I do not think !voting for a redirect implies that the voter thinks that the article history should be deleted. I know I've !voted for redirects before expecting that the article history would be kept. Without an explicit statement that the history should be deleted, I don't think the history should be removed. Calathan (talk) 16:31, 7 December 2015 (UTC)
• Support assuming a CSD criteria doesn't apply and IAR cases of course. Isn't this what the policy/guideline already says? Callanecc (talk • contribs • logs) 12:12, 15 December 2015 (UTC)
• Support – This is standard practice at AfD. As always, however, common sense should overrule a strict interpretation of the rules. Mz7 (talk) 17:15, 16 December 2015 (UTC)
• Support though it will take educating closers to say this, because most of us have not been specifying. DGG ( talk ) 01:44, 20 December 2015 (UTC)
• Meh Requiring discussion participants to consistently identify content that should be deleted (e.g., BLP) is likely unrealistically optimistic. --joe decker^talk 03:08, 20 December 2015 (UTC)

• Support. This is how it has always been and how it should stay. Some of the above subsection titles are making this overly complicated. The CSD criteria represent presumed consensus. There is some leeway to presume deletion by default on the basis of BLP concerns (why BLP has not mention at WP:CSD remains a mystery to me). Consensus to delete comes from the rationales offered, and bold !votes should not be read separately to the supporting rationales. Where there is a subsequent request for undeletion, the request should be weighed against the old reasons for deletion. A new rationale for a suitable place to include the information is a good reason to undelete inoffensive content. Old contributions now reused should be undeleted to give full credit to the contributors, both as a matter of politeness and the WP:COPYRIGHTS mandate to provide attribution generously. --SmokeyJoe (talk) 23:14, 3 December 2015 (UTC)
• Support in principle, Oppose making it a hard-and-fast rule. Beeblebrox (talk) 18:15, 4 December 2015 (UTC)