Wikipedia talk:Merge and delete

message: Why is the old talk page discussion above older than the essay? Looks like an earlier essay at this title was deleted. Carcharoth 02:47, 15 November 2007 (UTC)
replies: text: Ok. This explains it. Sort of. Carcharoth 02:48, 15 November 2007 (UTC)
replies: text: Someone proposed this as policy but never wrote it (that was before we had essays).  Then that conversation got moved around some.  I moved it back here since that's where it used to be.  It's ancient history, however, so perhaps it would be better off in an archive. Chick Bowen 02:52, 15 November 2007 (UTC)
thread_title:  Old talk page discussion above 

message: Should this _really_ be advocating merging the history of two articles that have existed at the same time? While the presence of the names in the history section is adequate to satisfy the GFDL, the issue of it resulting in diffs that misrepresent users' actions is a potential problem. —Random832 17:05, 16 November 2007 (UTC)
replies: text: It depends on circumstances.  For lightly-edited articles it's not likely to be a problem.  For heavily-edited articles options 2 or 3 would be preferred (or leaving the redirect).  -- Chick Bowen (talk) 17:29, 16 November 2007 (UTC)
thread_title:  History merging 

message: Sure those three approaches have all been suggested, but none of them are especially good from an AfD perspective and nor (IANAL) from a compliance perspective. Fixing cut-n-paste moves by munging their histories is one thing. Misrepresenting what editors did at the boundaries between articles is something else entirely, and is probably almost never done as the result of an AfD. (I've done it occasionally when repairing an exceptionally bad cut-n-paster, but in fact though the actions were misrepresented very slightly, the user's intent was not). This thing of pasting history credit to the talk page is also exceptionally rare, and also highly sub-optimal as most talk pages get archived eventually at which point any meaningful link between the work and its authorship is broken. Whether it exists in the first place is questionable since there'd be nothing in the article or its history to indicate the existence of an auxilliary history. The same problem stands for the (rather arcane, imo) moving of the merged article to 'subtalk'-space. In short I think it not unreasonable to continue to deprecate this as an option in AfD, and to seek to clearly dissuade editors from suggesting it, both during the debate and during the close. I gather from the final sentence that someone has recently been having a run-in about it?
I would much prefer that people simply understand that when recommending an article be merged they are implicitly requesting that a redirect (cheap, harmless) is going to be retained. That approach has worked well for a very long time. (If the redirect would not be harmless, then neither was the content, and it oughtn't be merged anywhere).
'Delete and make redirect' is unrelated to 'delete and merge' since the history is being deliberately dispensed with. The creation of the redirect is an editorial action not dependent on the previous article's authorship in any way. Splash - tk 00:25, 17 November 2007 (UTC)
replies: text: I don't disagree with any of this necessarily, and if the essay does not make clear that this is rare it should.  My point is twofold: first of all, that the GFDL does not, as is frequently claimed, prevent merge and delete, but that people should know how to do it properly (I know of a number of instances in which the history of an article has been broken through a bungled merge and delete), and secondly, that there is no point in debating it in AfDs, which happens all the time; the only question is whether there's some special reason to delete the redirect.  Chick Bowen (talk) 02:23, 17 November 2007 (UTC)
replies: text: I hope that I've clarified things a bit.  The "delete and make redirect" bit was added by Carcharoth, but I think I clarified that too. Chick Bowen (talk) 02:32, 17 November 2007 (UTC)
replies: text: That was an improvement, but I still do not think that it should leave the impression that 'merge and delete' is really an accepted AfD suggestion when it really is not. All three methods are rare in the extreme. The latter two almost never occur and are very questionable from a GFDL compliance perspective (imo), and if the first is being done, then this is more usually completed with redirection. If someone bungles a history merge (regrettably not so uncommon) then it can be fixed by a determined-enough admin. I made some further edits in this light. Splash - tk 02:55, 18 November 2007 (UTC)
replies: text: It reads a lot clearer now; thanks. Chick Bowen 03:49, 18 November 2007 (UTC)
thread_title:  Possible, yes. Routinely good idea, no. 

message: Since the requirements set forth in this essay are legally necessary, shouldn't this "essay" really be at policy (or at least guideline) level, since it's not really negotiable?--Aervanath lives in the Orphanage 01:01, 15 September 2008 (UTC)
replies: text: No, I don't think so (speaking as the original author).  Several things in it are deliberately tentative, because it's an interpretation of the GFDL, not a description of the community will (which is what a policy is).  On the contrary, I think if anything it could have an even more prominent IANAL disclaimer than it does now.  I wrote it because I was tired of seeing people snap at newbies who vote "merge and delete" at AfD without any explanation of what the issues are. Chick Bowen 02:21, 15 September 2008 (UTC)
replies: text: That makes sense.  I was originally just such a newbie, and had to find this page myself.  However, I've never actually heard of anyone objecting to this essay, which to me means that it has the kind of community consensus that policy/guideline status requires.  But, since it's not an issue, there's not much need to stress about it, I guess. Thanks!--Aervanath lives in the Orphanage 03:06, 15 September 2008 (UTC)
thread_title:  Policy? 

message: I'm looking for places where the procedure described in Wikipedia:Merge and delete#Move to subpage of talk page is mentioned, preferably in policy pages. I found two instances:
* Wikipedia:Deletion process#Redirects for discussion page
* Wikipedia:How to fix cut-and-paste moves#A troublesome case
Are there any others? Flatscan (talk) 00:45, 5 January 2009 (UTC)
replies: text: I don't know of any others.  Note that this has never been policy--policy is to keep the redirect if at all possible.  This page merely states what must be done under the GFDL if for whatever reason the redirect is undesirable. As such it's not commenting on policy but on the GFDL itself. Chick Bowen 02:46, 5 January 2009 (UTC)
replies: text:  Thanks for your response. I overestimated the frequency of redirects' removals. I want to be prepared for when another editor disparages this page as "just an essay". Flatscan (talk) 04:45, 6 January 2009 (UTC)
replies: text:  The GFDL does not require this. Regards, Guido den Broeder (talk, visit) 00:01, 31 May 2009 (UTC)
replies: text: Well, as the section currently notes, this procedure is almost never used, because the redirects are almost always kept.  And the GFDL does require that an attribution history be kept.  So if, in the very rare instance where two pages are merged, but one title is deleted, the attribution history of the deleted title must be preserved in some manner, in order to fulfill the attribution requirements of the GFDL.  However, as noted on the page, there are other ways to do this.--Aervanath (talk) 12:31, 31 May 2009 (UTC)
replies: text: The GFDL deals with copyright. It is completely unrelated to attribution right. Attribution rights are unalienable, so licenses can't amend them. Guido den Broeder (talk, visit) 14:07, 31 May 2009 (UTC)
replies: text: Actually, the GFDL deals with both. See WP:GFDL, section 4.B, which requires republishers to list primary authors. And attribution rights certainly can be given up in licenses.--Aervanath (talk) 19:08, 31 May 2009 (UTC)
replies: text: No, 4B only says where to put the attribution. By the way, editing WP doesn't make you an author. Keeping the history of a merged article is simply a service to editors, nothing more. Guido den Broeder (talk, visit) 19:18, 31 May 2009 (UTC)

text: I refer you to our Wikipedia:Copyrights policy, which has, as one of its opening sentences, Wikipedia content can be copied, modified, and redistributed if and only if the copied version is made available on the same terms to others and acknowledgment of the authors of the Wikipedia article used is included. (emphasis mine) How does that not require attribution?--Aervanath (talk) 19:43, 31 May 2009 (UTC)
replies: text: Also note Wikipedia:Copyright#Reusers.27_rights_and_obligations, which specifically references Section 4.B, as I did.--Aervanath (talk) 19:44, 31 May 2009 (UTC)
replies: text:  A similar discussion was had at Help talk:Merging and moving pages#Merge edit summaries. Flatscan (talk) 03:23, 1 June 2009 (UTC)
thread_title:  Policy basis for Move to subpage of talk page 

message: WP:Articles for deletion/World chicken population was closed as merge and delete. Flatscan (talk) 03:15, 14 August 2009 (UTC)
thread_title:  AfD closed as merge and delete 

message: Have Move to subpage of talk page or Paste history to talk subpage been used recently? Going to the end of Special:WhatLinksHere/Template:Attribution history, I found Talk:List of international goals scored by Milan Baroš/Attribution (created 2016, tagged 2020), Talk:Ernst Rothauser/attribution (repaired and tagged 2018), and Module talk:Location map/data/India Telangana/doc (merged 2018, tagged 2020). Pinging User:Jo-Jo Eumerus, who placed each of those  templates. Flatscan (talk) 05:21, 1 March 2023 (UTC)
replies: text: S Marshall created Talk:Rail transport in Great Britain/Attribution as a copy/paste from Special:PageHistory/User:S Marshall/List of largest towns in England without a railway station (link). Flatscan (talk) 05:26, 4 March 2023 (UTC)
thread_title:  Talk subpage methods