Misplaced Pages

talk:Talk page guidelines: Difference between revisions - Misplaced Pages

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
Browse history interactively← Previous editContent deleted Content addedVisualWikitext
Revision as of 00:14, 1 September 2017 editAndrewa (talk | contribs)Administrators61,967 edits Anchors (Version 3?): only true if we ignore the convention← Previous edit Latest revision as of 14:52, 26 December 2024 edit undo2602:306:3859:2530:3974:2ba9:d6e5:e2ec (talk) Encyclopedia access closed by fundraising: new sectionTag: New topic 
Line 1: Line 1:
{{Talk header|WT:TPG}}
{{metatalk}} {{metatalk}}
{{Archive box collapsible|auto=yes|] <br /> {{Search box|search-button-label=Search archives}}}}
{{User:HBC Archive Indexerbot/OptIn {{User:HBC Archive Indexerbot/OptIn
|target=Misplaced Pages talk:Talk page guidelines/Archive index |target=Misplaced Pages talk:Talk page guidelines/Archive index
Line 10: Line 10:
|archiveheader = {{atnhead}} |archiveheader = {{atnhead}}
|maxarchivesize = 250K |maxarchivesize = 250K
|counter = 11 |counter = 16
|minthreadsleft = 4 |minthreadsleft = 4
|minthreadstoarchive = 1 |minthreadstoarchive = 1
Line 16: Line 16:
|archive = Misplaced Pages talk:Talk page guidelines/Archive %(counter)d |archive = Misplaced Pages talk:Talk page guidelines/Archive %(counter)d
}} }}
{{AutoArchivingNotice|small=yes|age=90|index=./Archive index|bot=MiszaBot II}}


== Request for comment: Do the guidelines in ] also apply to archived talk pages? ==
== Images on talk pages ==


<!-- ] 18:01, 20 November 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1732125669}}
With , ] added, "Non-free content ]. If they are being discussed, they must be linked with a colon, as described, and If they are included for decorative purposes, they must be removed. "
] details several instances of comments that are appropriate to remove from talk pages, such as vandalism, spam, gibberish, and test edits. Does this apply to archived talk pages as well? I will post a more detailed statement and further context in the replies. ] (]) 17:30, 16 October 2024 (UTC)


:'''TO BE CLEAR/PLEASE READ''': This is a yes or no question. For those who are having difficulty interpreting the yes or no questions:
But ] states, "Non-free content is allowed only in articles (not ]), and only in ], subject to ]."
:* "Support" means "Yes, '''all''' of the appropriate edits listed in TPO are also appropriate edits to ''archived'' talk pages."
:* "Partial support/oppose" means "'''Some, but not all''', of the appropriate edits listed in TPO are appropriate to ''archived'' talk pages." If you !vote this, please specify which edits.
:* "Oppose" means "No, '''none''' of the edits listed in TPO are approprate edits to ''archived'' talk pages."


:This is going to be long, so apologies in advance. For context/rationale, see this ] on my talk page.
Thoughts? ] (]) 06:17, 9 June 2017 (UTC)
:There is a large amount of vandalism to Misplaced Pages -- ''much'' more than one might think -- that has gone undetected for years, often since the early days of the project. I use the phrase "vandalism" here to encompass any unconstructive edit that would be reverted on sight, across the spectrum from oversightable edits to gibberish. I do not use it to encompass comments that are merely uncivil or waver off topic. Essentially, I'm using a slightly narrower version of the definition and precedent from ].
: I think you have found an error dating back to 2005 . The language you quoted is obviously flawed because all articles are in article name space . This redundancy appeared . Prior to that time the text said Non- free images may only be used in article namespace, period. That text gave the green light to article talk pages. the extra text saying " only in articles " was probably intended to preclude disambiguation pages, since an explanatory parenthetical comes right after the quoted " only in articles". Seems like the only way to really resolve this for purposes of these guidelines as to attempt to fix this problem on the guideline for non-free use . But that does seem worth doing since the confusion here appears to be the result of a clerical mistake in the diff I provided. It should probably read " only an article name space , excluding disambiguation pages . ] (]) 07:15, 9 June 2017 (UTC)
:My investment in this topic is that reverting undetected vandalism is most of what I do on Misplaced Pages. My priority was originally to remove this stuff from main article space, but I am no longer finding much low-hanging fruit there, so I am now working on talk page vandalism. I consider this a priority; these comments are not only readable on site but indexed by Google -- which is how I found the stuff in the first place. In addition, they are intended to serve as a readable record of what people actually said. Changing what people actually said, drive-by deleting constructive comments, and cluttering the discussion with nonsense all make it difficult for talk pages to serve their intended purpose and bloat the page for no good reason. As such, ] is pretty clear that this sort of thing can be removed.
::Articles need not be in article space. They might be in User: space, or in Draft: space. Also, that text did not give the green light to article talk pages: article talk pages are in Talk: space - they are the talk pages for pages that are in article space, but they are not in article space themselves. --] &#x1f339; (]) 09:42, 9 June 2017 (UTC)
:When vandalism stands for 10+ years on busy talk pages, it frequently makes its way to page archives. Page archives have a banner stating "do not edit this page." However, I kept finding hundreds of instances of the stuff in my searching, and it felt wrong to just see them but do nothing. So, in March 2023, I ] on the help page for archiving talk pages whether the banner applied to removing undetected vandalism. At the time, I was asking about the most blatant cases of vandalism, since I expected the answer to be "only in rare cases of X," but the response I got from two people (one admin) was much broader: that the banner "doesn't apply at all" to "maintenance edits such as removing vandalism."
:::oops, thanks for pointing out that an article talk page is not in article namespace.... ]. I hate not noticing when I am assuming! ] (]) 11:28, 9 June 2017 (UTC)
:So, I went about removing such content for more than a year, generally in bursts, and received no negative feedback and some positive feedback. As before, I started with low-hanging fruit then moved on to the sort of disruptive edit mentioned in ]. To be clear, I do not intend to revert any edits not encompassed in those guidelines (if anything I think they are too liberal in what can be removed); there is no infinite slippery slope. The thing is just that there is ''so much'' undetected vandalism; thousands of instances reverted, probably thousands to come.
Would someone please spell out the problem? Flyer22's OP includes two quotes:
:That being said, two people have complained about this in recent months, hence the RfC. The arguments against removing vandalism on archived talk pages, according to the complaints, seem to include:
# "Non-free content can not be used at talk pages ..."
:- Reverting undetected vandalism on talk pages is not an improvement to the encyclopedia. I personally cannot think of a single place on the project where this is true, and ] seems to state that it's appropriate.
# "Non-free content is allowed only in articles ... only in article namespace ..."
:- There is no urgency to removing vandalism that has gone undetected for years. I disagree. There is no deadline, etc., but I think removing vandalism of any kind is more urgent than many other tasks on the project.
These statements seem to agree. The first is spelling out a consequence of the second, and the second has more detail (it's not just article talk pages where non-free content is prohibited). I regard "only in article namespace" as a redundant device to hose down wikilawyers who may argue they can copy an article to a user subpage and retain non-free content because it is no different from the "article". Indeed, Redrose64 gives that reasonable interpretation, although I would regard a copy of an article as different from the actual article. For example, article categories should be removed from copies of articles. ] (]) 10:17, 9 June 2017 (UTC)
:- People have to check whether the edits are legitimate. I don't even know what to say to this one; these kind of edits, I would think, should speak for themselves. People frequently use rollback to remove similar content on talk pages, which is reserved per ] for edits where "the reason for reverting is absolutely clear."
:- Removing vandalism makes it more likely for other vandalism to fall through the cracks because it adds entries to watched pages. I find this argument, frankly, ridiculous. It can be applied to literally any of the millions of edits made to pages that might show up in a watchlist; should we stop doing those too? Given the breadth of subject matter of the vandalized pages, I also find it hard to believe that any one person would be watching enough of them for this kind of edit to make much of a difference.
:- I make a lot of edits. This is true, and I have tried to take ] into account. (I do realize that I tend to get locked in on tasks that require going through long lists.) I don't use any bots or tools more advanced than wildcard search, however. (i.e., no regex, per the ]; I tried regex a handful of times and found it not very useful for this). This is less a policy complaint than a personal complaint, but I am mentioning it for completeness' sake.
:- More people might start editing vandalism on talk pages, exacerbating any of the above. That sounds great to me! More people ''should'' be doing counter-vandalism (to the extent that anyone "should" be doing anything here).
:I am happy to address comments and discussion by other editors. ] (]) 18:06, 16 October 2024 (UTC)
::Addendum to the last point: I've seen "more people might start reverting vandalism on archived pages" come up repeatedly during this discussion, and well, the best argument against that is that no one did much of it for over 15 years, so it's hard to imagine many people starting now.
::There's also a finite amount of undetected vandalism on current archive pages (even if it keeps revealing itself as more than anyone thought), so 15 people doing it is no different than 1 person doing it, it'll just get done faster. ] (]) 07:12, 17 October 2024 (UTC)
:: Further addendum: In the past few days, I have identified ] of undetected bad edits (vandalism, nonsense, test edits, etc.) that now persist indefinitely in archived pages. Each contains the offending diff(s), the majority of which originated earlier than 2010. I am comfortable saying that none of these 150 instances are legitimate or constructive parts of the discussion, and many of them are especially egregious. There is no way of knowing how much is out there, but if I have already found 150 cases, that does not bode well. I have not made any changes to the archived pages themselves. ] (]) 20:40, 15 November 2024 (UTC)
::* Update 11/20: Over 500
::* Update 11/29: Over 1000, 134 really bad
::* Update 12/22: Over 1800, 247 high severity (slurs, crude vandalism, blanking)
=== Survey re TPO Guidelines ===
* '''Oppose'''. And see AN discussion . Perhaps participants there should be informed that for some reason this RfC about the WP:TPO guideline appeared. ] (]) 18:08, 16 October 2024 (UTC)
*:Thanks for the link, I was unaware of it. ] (]) 20:41, 16 October 2024 (UTC)
*'''Oppose'''. Reverting archived vandalism wastes editor time (of the person searching for it, of the person editing the page to remove it, from watchers of the page, and from those looking through contributions) and draws attention to things that are best just ignored. The alleged benefits are at best trivial and in many cases incorrect. ] (]) 18:42, 16 October 2024 (UTC)
**For clarity, I opposed changes to the status quo which clearly does not apply to archived talk pages. Archived talk pages should be edited only when there is some active harm being caused, which is almost never the case. ] (]) 19:03, 16 October 2024 (UTC)
*To the question {{tq|Does this apply to archived talk pages as well?}}, '''no'''. Do not edit archives. (And seriously, what value would that work contribute? Surely there are more constructive edits to be made.) '''(edited to add)''' Tryptofish's comment made me think of an exception: removing vandalism/disruptive edits that were made ''after'' the content was archived. ]&nbsp;] 19:01, 16 October 2024 (UTC)
* Generally '''oppose''' the editing of archived Talk pages, with possible exceptions for libel and copy violations. ] (]) 19:05, 16 October 2024 (UTC)
* General '''oppose''' I could see in exceptional circumstances instances where this was appropriate (as mentioned by Mathglot), but in general this seems like a bad practice. -- <small>LCU</small> ''']''' <small>''«]» °]°''</small> 19:12, 16 October 2024 (UTC)
* My inclination is to <s>oppose</s> the editing of archived talk pages. The benefit to the encyclopedia is minuscule in these cases, and I think the risk of confusion or annoyance to other editors outweighs that benefit. There are a handful of exceptions to this general case—for instance, I believe that material that merits revdel or oversighting should be removed, even if it's on an archived page. However, non-constructive yet comparatively innocuous comments (such as test edits or gibberish) are probably not worth the effort to revert. ] (] • ]) 19:13, 16 October 2024 (UTC)
*:In the "taxonomy of non-constructive edits" section below, I gave ] on which types of non-constructive comment should or shouldn't be removed. In addition, Rhododendrites raised a good point below that edits to archives can also include fixing syntax errors, which in my opinion has definite value. I still don't think comments such as pure gibberish are necessarily useful to remove, but there are enough categories of material that merit removal that I no longer find it appropriate to consider my vote an oppose per se; instead, I'd say my position is '''support if under specific circumstances'''. ] (] • ]) 15:27, 17 October 2024 (UTC)
*'''Partial support''', at least. Following Mathglot's link, I checked four links (), all of which were what I'd call "graffiti". I see no reason to oppose edits like my example; they're worthless, and the text gets in the way for anyone who's consulting the archive. This is a constructive edit, so the guideline shouldn't restrict such edits, and if Gnomingstuff wants to do it, we shouldn't say "do something more constructive". I say "partial" because I haven't yet noticed any edits other than anti-graffiti. ] (]) 20:17, 16 October 2024 (UTC)
*:Can I strike this comment to make things easier on the closer? ] (]) 19:56, 9 November 2024 (UTC)
*:: <small>You can strike your own comment of 19:56, 9 November, however per ] do '''not''' strike anyone else's. Also, please read ] to learn how and where to add reply comments; you are replying to an October comment that has already has responses, and this is not the right place for your reply. Please do not attempt to fix the placement now, as it will likely just make things even worse, just spend some time at ]. Thanks, ] (]) 20:12, 9 November 2024 (UTC)</small>
*:::To clarify, this question was directed at @] specifically (I was asking him for permission, not asking if it's allowed—I know not to strike a comment without asking first). ] (]) 21:10, 9 November 2024 (UTC)
*Never mind, '''full support''', now that I've found edits like and and . The encyclopedia definitely benefits from the removal of outright vandalism like this, so the guidelines shouldn't stand in the way. It's a tiny benefit, but if Gnomingstuff wants to do it, "are probably not worth the effort to revert" is irrelevant; we're not talking about a bot that's using limited resources. ] (]) 20:20, 16 October 2024 (UTC)
*:This is a representative sample, I think; from what I have found it's skewed toward the gibberish side of the spectrum (there is a huge spike starting 2022, probably from ChatGPT), but it also extends far enough to the other end that I've emailed oversight multiple times. ] (]) 20:39, 16 October 2024 (UTC)
*:I clicked link 2 just to see...why would anyone oppose removing outright nonsense like that which made its way into a Talk page before it was archived? ] (]) 04:46, 19 October 2024 (UTC)
*'''Mostly''' '''support'''. I've looked at the links to previous discussions and past edits, posted here by other editors, before coming to this conclusion. I'm not very sympathetic to the argument that it wastes editor time when it shows up on watchlists, because you don't have to watchlist archives unless you want to see if archives change. And I'm not very sympathetic to the argument that there's a template at the top of archive pages, saying not to edit them, because the intention of that template is to indicate that the discussions are closed, not that the page should be treated as if full-protected. Now the reason that I say "mostly" is that it seems to me that the real goal here should be that editors who might later look back at an archived discussion should be able to see, without being misled, what the discussion was, at the time that it took place. For that reason, if a sockpuppet commented at the time, but the sock comment was not struck at the time, then the comment should be left as is, because that's what the discussion consisted of ''at the time''. But a lot of the vandalism being discussed here has the effect of altering the discussion, as it took place at the time. And ''that's'' appropriate to revert. If some vandal comes along and ignores the template saying not to alter the archive page, and vandalizes it, it's silly to scold the editor who undoes that vandalism. Let's say that, long ago, I took part in a discussion and said whatever I said then, and it's long since been archived. Now a vandal comes along and changes what I wrote to something stupid. What's the purpose of preserving the vandalism? What is it being preserved for? All it accomplishes is making my long-ago comment sound stupid, in a way that misleads editors who come along later to find out what happened in that discussion. --] (]) 20:54, 16 October 2024 (UTC)
* '''Comment.''' Nyttend's diffs make a good case that "vandalism that modified another editor's comments" should be reverted in archives, if current policy discourages that it should be changed. I think that the threshold for "cleaning" archives should be higher than "would revert on an active talk page", reversions like ] feel unnecessary. ] (]) 23:16, 16 October 2024 (UTC)
* I agree with Tryptofish that the goal of an archive is to preserve the past conversations. This doesn't mean every literal wikitext source character has to be kept the same, or that the output has to be a pixel-perfect match with the past. (Fixing unclosed elements is a common edit that is done to preserve the original appearance of the discussion, after the MediaWiki software started rendering the output HTML differently.) But it should be possible to look at the archive and experience the discussion as it occurred at that time. So if a banned editor made comments without being detected at the time, their comments shouldn't be deleted from the archive, as that wouldn't reflect what the participants read and responded to. If someone vandalizes an archive, the change should be reverted, in order to restore the discussion to its original archived state.
* (On a side note, template transclusions are a problem with this goal, since they always transclude the current version. Anyone concerned about this should subst: the template, or find a way not to use it.) ] (]) 23:25, 16 October 2024 (UTC)
*: You raise a good point, and I could see an interesting proposal coming out of it to the effect that archive bots could have a subtask that substed templates at archive time. Ping me, if you get involved with a proposal like that. ] (]) 02:53, 17 October 2024 (UTC)
*'''Support''', as one of the commenters on the ] (side note: I don't think a user's adminship or the lack thereof has any bearing on the worth of the comments there). As I said at the above-linked discussion, I sometimes make such vandalism removals myself, such as ] to ]. I'm interested in such vandalism removals from the angle of preserving the first good-faith comments made on a talk page, like ] to ]. ] (]) 02:57, 17 October 2024 (UTC)
*'''Oppose''' You don't need permission to remove BLP stupidity such as that shown in Nyttend's diffs, see ]. However, disturbing an archive just to remove fluff (]), even if it met ], is a bad idea because it makes examining archives much harder because now you have to also examine history to see if the record has been altered. Also, gnoming archives sets a bad precedent which would encourage enthusiasts to make other "fixes". Removing junk before it is archived would be great (I do that). ] (]) 06:10, 17 October 2024 (UTC)
*:A bit confused on the "oppose" here - "BLP stupidity" is part of the ] guidelines, so it seems like you're saying that some of those guidelines but not all should apply to archived pages, e.g. a partial oppose/support? ] (]) 07:00, 17 October 2024 (UTC)
*::This is a badly worded RfC. The issue is clearly whether someone should "fix" archives. The answer to that question is no. I believe archives should be a record of what occurred on a talk page and should not have adjustments made unless for compelling reasons (such as ] errors, BLP violations, serious copyvios). ] (]) 07:58, 17 October 2024 (UTC)
*'''Support.''' Countervandalist editors are welcome and should be encouraged. I can't understand the opposers at all. Let our volunteers do what interests them, please.—]&nbsp;<small>]/]</small> 08:12, 17 October 2024 (UTC)
*'''Partial''' '''oppose''' - I'm against most edits to archives for the simple fact that none of the original participants will see the changes. That means there are only three good reasons to do so that I can think of: to fix syntax errors, to remove egregious attacks/vandalism/BLP issues, and to update a link to a separately archived thread for posterity. &mdash; <samp>] <sup style="font-size:80%;">]</sup></samp> \\ 11:42, 17 October 2024 (UTC)
*I don't really see a need to do so except in rare cases where IAR could be applied, but I also don't see the point in prohibiting it. So '''supportish''' I guess? ] (] • ]) 13:18, 17 October 2024 (UTC)
*I support the removal of actually offensive content, anything that could be illegal or eligible for revdel/oversight (BLP/copyright vios), and changes made after a discussion was closed. I’m also pretty sure that those things are allowed under current policy. I think removing "spam" from archives is a waste of time, and I am opposed to sockstrikes in archives, as they likely influenced the outcome of the disucssion. ] </span>]] 16:31, 17 October 2024 (UTC)
*:It seems Gnomingstuff holds a similar opinion and expressed it in more detail in the section “Discussion on a taxonomy of nonconstructive edits” below. ] </span>]] 16:33, 17 October 2024 (UTC)
*'''Support in at least some cases.''' False accusation personal attacks and other forms of bullying should be aggressively and systematically deleted from all pages on sight, including archives. We should treat such comments and behaviour as we would treat WP:BLP violations in the mainspace (if only because at least some false accusations against other editors, including pseudonymous editors, are equivalent to WP:BLP violations). We have had a serious problem with such behaviour in the past, and with the failure to stop such behaviour and delete such comments, and we have large chunks of archives (WP:ANI comes to mind) that need to be blasted out of existence to avoid perpetuating smears and bullying. ] (]) 02:42, 18 October 2024 (UTC)
*'''Oppose''' per Johnuniq and Alpha3031's responses. Cheers. ] (]) 03:30, 18 October 2024 (UTC)
*'''Support''' after looking at several of the examples of vandalism cited here. There is no reason for nonsense like that to persist, even on archived talk pages, and edits to remove them essentially restore the record. ] (]) 04:51, 19 October 2024 (UTC)
*'''Support''' I find it extremely difficult to understand ''why'' someone would want to spend their time clearing vandalism, spam, gibberish, and test edits from talk page archives, though this RfC comes from a fitting username. However, it seems reasonable to interpret ] as superseding the "do not edit this page" archive banners in such cases. ]&nbsp;(&nbsp;]&nbsp;) 20:38, 19 October 2024 (UTC)
*'''support''' per my comments up there and down there on this page etc <b style="font-family:monospace;color:#E35BD8">]×]]</b> 21:09, 19 October 2024 (UTC)
* '''Partially oppose''', unless it is blatantly libel or copyvio as per {{noping|Mathglot}}.--] (]) 21:27, 19 October 2024 (UTC)
*'''Suppose''' Anything that meets ] {1,2,4,7} should be fair game (in agreement with {{noping|Toadspike}} above). Philosophically, I'm in the same camp as {{noping|Johnuniq}} and {{noping|Tryptofish}} above, in that archives should be accurate records, even if those records contain worthless garbage. Post-archival vandalism {{strong|should}} be removed for that same reason: inappropriate modification of the wikihistorical record.{{pb}}My main concern {{em|would}} be breaking search ordering by edit date, with rvv edits bumping decade-old archive pages to newer revision dates, but ] already permanently ruined this everywhere two years ago. ] (]) 14:43, 20 October 2024 (UTC)
*:Sorting archive pages by last edit date was always a grotesque hack that nothing should have been built on, for exactly the reason that it was a house of cards that would be permanently ruined by the most perfunctory vandalism (or even by a bot fixing lint errors). <b style="font-family:monospace;color:#E35BD8">]×]]</b> 05:21, 23 October 2024 (UTC)
*::{{replyto|JPxG}} Where does this sorting occur? --] &#x1f339; (]) 21:20, 23 October 2024 (UTC)
*:::{{replyto|Redrose64}} It's an option on the search page. ] (]) 11:07, 25 October 2024 (UTC)
*::::If you mean ], I don't find that option, although I do observe that each result entry ends with a timestamp of the last edit to that page. --] &#x1f339; (]) 19:10, 25 October 2024 (UTC)
*:::::If you click "advanced search" there is a "sorting order" section at the very bottom. That gives three options: "Relevance" (the default), "Edit date - current on top" and "Creation date - current on top". ] (]) 19:13, 25 October 2024 (UTC)
*::::::No, not there either. Perhaps it's a Vector thing, or Mobile. I use MonoBook on desktop. --] &#x1f339; (]) 21:19, 25 October 2024 (UTC)
*:::::::]
*:::::::I also use Monobook on desktop, but it's in the same place in vector, timeless and on mobile. ] (]) 23:17, 25 October 2024 (UTC)
*::::::::That is totally different from what I see. Is it a script or gadget that you have enabled? --] &#x1f339; (]) 08:19, 26 October 2024 (UTC)
*:::::::::It's only visible if scripting is enabled. ] (]) 08:28, 26 October 2024 (UTC)
*:Just to be sure, is "Suppose" a typo for "Support"? ] (]) 18:25, 9 November 2024 (UTC)
*:: ] of ''support'' and ''oppose''. ] (]) 18:39, 9 November 2024 (UTC)
*:::Thanks! ] (]) 20:03, 9 November 2024 (UTC)
*'''mostly oppose''' Let the archive be archives, a historical record. Past. Done. Closed. If we find an error in a Mozart's own score, should we change it? No. If he wrote some nasty lyrics about someone (which he likely did... :-) ) should we remove them? Also no. Do not change the past. Some few edits should be OK, but considering they are edits to protect and improve the archive. Obviously reverting any undue changes to the archive is OK. Maybe subst'ing templates to the version as they were when used...? Maybe adding links (at the top or bottom) to related pages for context and indexing. The only content change I see as fit, would be content still harmful for living people, and even those changes should be somehow tagged. Note, that this is not at all about how {u|Gnomingstuff} uses their free time. This is about how do we want to keep our archives. Just as much as we have nothing to say to someone vandalizing pages on how to use their time, but we say we do not want those edits. - ] (]) 15:58, 20 October 2024 (UTC)
** ping {{u|Gnomingstuff}}, as I misspelt the template above - ] (]) 16:01, 20 October 2024 (UTC)
*:I don't think this is a good analogy. It would be more as if Mozart wrote a score, some guy broke into his house, ripped out one page and added a bunch of random notes, that fact was not discovered until centuries later, and musicologists cried "we can't change it, it's Mozart!" At the very least this would produce some kind of authorship controversy and the option of restoring Mozart's un-vandalized script would at least be on the table. ] (]) 16:34, 20 October 2024 (UTC)
*::Good point. Note that I am OK with improvements to the archive. The liost under discussing in another section might be a good start to indentify what IS improvements. Would restoring vandalism be an improvement?... I really am not sure, but in doubt, I'll stick to: don't change history. Otherwise we will not know what is historical. Note that my analogy used a work of art, which is indeed not a good analogy either way. We are keeping historical records, I think it is way too tricky to go changing records. - ] (]) 19:01, 20 October 2024 (UTC)
*:::I feel like anyone who finds themself saying something like "Would reverting vandalism be an improvement? I am really not sure" (I assume "restoring" wasn't what you meant) should stop and ask themselves what we are even collectively doing here. They should also refresh themselves on Misplaced Pages policy, because ] is policy, and the very first thing it says under the header "How to respond to vandalism" is "Upon discovering vandalism, revert such edits." It goes on to reiterate this: "If you see vandalism on a list of changes (such as your watchlist), then revert it immediately." "Repair all vandalism you can identify."
*:::Like, this isn't some obscure hidden policy that no one pays attention to anymore. It's common sense. Or at least I thought it was. ] (]) 22:53, 21 October 2024 (UTC)
*'''Oppose''' once material hits the archives. It becomes part of the WP historical record at that point, warts and all, and there is minimal value in spending time on this. Per Mathglot's observation, while we might trust the judgment of Gnomingstuff in altering archived materials, once we say it's fine to tinker with this stuff, we open the door to other parties, too. The potential mess, in my mind, outweighs any benefits from spending time on this, and we shouldn't allow after-the-fact changes to what are closed discussions. ] (]) 18:56, 21 October 2024 (UTC)
*:Okay, but -- "once it hits the archives" -- you're saying that if a thread is archived in 2025, vandalized in 2027, and noticed in 2029, the men of the bold future can't revert it to the 2025 version? <b style="font-family:monospace;color:#E35BD8">]×]]</b> 19:39, 21 October 2024 (UTC)
*::I think it's more that I'm saying it's not worth the hassle of making a new set of regulations about when we can/can't play around in the archives. Besides, all the men of the bold future will probably be underwater by 2029. :) ] (]) 20:23, 21 October 2024 (UTC)
*::No! What we archivists are saying is that (almost) ''any'' edits to archives should be reverted. The exceptions have been discussed above (linter, BLP, copyvio). ] (]) 21:17, 21 October 2024 (UTC)
*'''Partial/mostly support''' - The categories in TPO should tighten when a page is archived. In particular, edits to other people's comments are helpful when there's a specific reason (Copyright, BLP/libel, personal attacks), or you're restoring to the status that it was archived in, restoring comments to how they were before they were vandalized, or when you're improving the functionality of the archive (something got munged while/after being archived). Something like adding a signature to an unsigned comment is probably a net neutral, with the benefits of inline attribution and the drawbacks of archive fidelity roughly cancelling. ] (]) 03:45, 23 October 2024 (UTC)
* '''Partial support/oppose''', archive editing should be limited, but there are clear cases where it should be done. As others have stated above, archives serve a purpose, and that is to be useful records. ''Restoration''. Vandalism to the comments of others is an obvious clear case of edits that should be fixed in archives. If they are left, then the archive does not actually archive the original conversation. Furthermore, as archives lack the page history, it is a bit more difficult to check how a conversation developed. This would also apply to mistaken removals of others' comments, which I have seen a few times. ''Removing prohibited material''. There is going to be an IAR case for removing some prohibited material, it will probably need a stronger case than a live talkpage, but a case can be made. ''Removing harmful posts''/''Off-topic posts''. Generally oppose editing archives for these purposes, much harm comes from interfering with live discussions and attacking current editors, which are less of an issue in archives. ''Moving edits to closed discussions''. Leaning oppose to this one, little benefit and the timestamps should help verify things in the worst case. ''Attributing unsigned comments''. Support, as this helps archives serve their purpose of being archives. ''Signature cleanup''. Lean oppose, many potential issues with signature might be fixed by adding better attribution afterwards (effectively Attributing unsigned comments) rather than modifying the signature. ''Non-free images''. Probably should be replaced with a link, likely a rare occurrence. ''Fixing format errors''/''Fixing layout errors''/''Sectioning''/''IDs''/''Section headings''/''Removing duplicate sections''/''Fixing links''/''Hiding or resizing images''/''Deactivating templates, categories, and interlanguage links''/''Hiding old code samples''/''Review pages''/''Removing or striking through comments made by blocked sock puppets''/''Empty edit requests''. Oppose, let sleeping formatting lie. I can imagine some exceptions to the opposes might be made for fixing stuff up as it goes into the archive (ie. quite recently archived items), but not enough to specifically call them out from the general IAR principle. I would also add that, again in general terms, similar principles should apply to old talkpage comments that haven't been technically archived. ] (]) 06:19, 23 October 2024 (UTC)
*'''Partial''': It's entirely normal to remove vandalism, copyvios, test edits, outing, etc. It's also normal for someone to, say, fix their own typo, and for third parties to do things like fix links that have become broken (linked discussion has itself become archived, two templates have swapped names and what is rendering in the archive page is not what the original poster intended, etc.), and other minor maintenance on archive pages. It is not at all normal, and would be undesirable, for material that is itself subject to discussion to be suppressed after the fact except in unusual circumstances. Strike it if you mean to belatedly retract a personal attack, for example, but do not remove it entirely if it became part of the discussion. In short, do not do violence to our consensus record. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — ] ] ] 😼 </span> 16:48, 24 October 2024 (UTC)
*'''Oppose''' The value of an archive is its finality. By allowing greater edits to an archive, we invite relitigation. ] <sup>]</sup>] 06:02, 26 October 2024 (UTC)
*:{{re|CaptainEek}} So if someone vandalizes an archive, in violation of what you just said, are you saying that it would be disruptive to revert that? --] (]) 18:41, 26 October 2024 (UTC)
*::@] What?? That's not at all what I said. I meant that the status quo should remain. And right now, the status quo is that if someone vandalizes an archive, it should be undone. As @] said above {{tq|What we archivists are saying is that (almost) any edits to archives should be reverted.}}. ] <sup>]</sup>] 18:51, 26 October 2024 (UTC)
*:::Ha! There's confusion about what exactly, this RfC is asking. I suspected that you actually meant what you said in your reply to me, but a lot of editors have been framing that view as "support", rather than "oppose", because the question, as asked, was more about the kinds of gnoming edits that include vandalism reversion, which some editors have actually objected to. --] (]) 18:58, 26 October 2024 (UTC)
*::::@] haha yeah, the framing made me confused if I was supposed to say yes or no lol ] <sup>]</sup>] 19:06, 26 October 2024 (UTC)
*'''Support'''. If we would remove this material before the talk page is archived, we should remove it afterwards too. The act of achiving is not particularly "holy" and is often done automatically without oversight, so there has been no checking at that stage that the page really is in the state that we want to preserve forever. ] (]) 11:07, 28 October 2024 (UTC)
*'''Partial support''' This may not be an exhaustive list but I hope it is enough to make my thoughts mostly clear. Things that can be edited on archive pages:{{pb}}Edits made after the archive was created that are improper edits; clear gross vandalism/abuse/BLP violations/legal issues (with revdel/oversight, if needed). {{pb}}Things that should not be edited: striking socks (to preserve the discussion as it occurred); empty/incomplete/nonsensical posts/sections (there's no real advantage to removing them in archives but don't care too much); the majority of fixes for clarity, links, linting, etc (exceptions would be fixing things that are causing larger rendering issues. the vast majority of linting "errors" that are fixed don't matter now and won't matter in 10 years).{{pb}}I'd also advise being more careful about referring to edits as vandalism. Somewhat adding, for example, a small amount of stray text on a talk page is rarely vandalism. It's normally a genuine mistake or a literal test to see if they can edit something. ] (]) 18:34, 1 November 2024 (UTC)
*'''Partial support''' BLP violations and copyvios should still be removed even after archival. Likewise any syntax errors or other problems which do or might in the future make it more difficult to read the comments, as I'm sure we've done a lot in the past with linter fixes and the like especially when technical changes have meant stuff which you to be fine now breaks. I'd also support reverting any vandal modification of someone else's comments whether done before or after archival. Reasonable modification of comments by someone else e.g. RPAs or other reasonable redactions should not be reverted although it might be okay to make it clear who did this if it wasn't made clear. I'd oppose modifying or striking comments simply for being nonsense, dumb or even offensive although it might be okay to sign these comments if they are unsigned and might mislead into thinking they were written by someone else. I'm fine with an exception for anything which qualifies for revdeletion. ] (]) 10:43, 3 November 2024 (UTC)
*'''Partial oppose'''. Except in extreme cases (like severe libel, doxing, etc.), just leave archives alone. It's wasted effort. They don't need to be brought to publishable standards. If there's cruft or vandalism that got archived, the damage is already done because the work to fix it brings about issues worse than the cure (eg complicating page history). Now if somebody is vandalizing already-achieved pages, then handle it. But I'm talking pre-archive here. Instead of spending time doing this, go improve references or something that improves the quality of the read-facing content. ] (]) 11:56, 3 November 2024 (UTC)
*'''Yes''': I have previously come across several ], ] violations and also deliberate changes to entire paragraphs changing the entire meaning of it. Needless to say, I reverted them. These content really do not belong to Misplaced Pages and must be removed (revdel-ed if too egregious). <span class="nowrap">&#8212;''']'''</span> <sup class="nowrap">(] • {]•]})</sup> 21:22, 3 November 2024 (UTC)
*: Also, archives showing up in watchlist is a non-reason. The entire point of watching a page is to keep track of changes. If you don't expect any changes to it, no need to watch it at all. Let the person fighting vandals do it. <span class="nowrap">&#8212;''']'''</span> <sup class="nowrap">(] • {]•]})</sup> 21:22, 3 November 2024 (UTC)
*:: My goal in watching archive pages is to keep track of changes, and I do not expect to see changes to them. So far, we are in agreement. Where we do disagree, crucially, is in your next statement:
*::: {{talk quote|If you don't expect any changes to it, no need to watch it at all.}}
*:: {{lang|fr|Au contraire}} ! When I do see a change to an archive page, I go check it to make sure there isn't someone running around trying to stealthily vandalize pages in an area where they expect few people to be watching (i.e. archives). Ceasing to watch them would give free rein to vandals, and be completely counterproductive. You just recommended (in GF) not watching them, which however removes the guardrails, and helps them continue. I prefer the opposite tack. ] (]) 18:39, 4 November 2024 (UTC)
*:::I think I failed to present my point properly. Yes, if you want to stop vandals, watching archives is fine (I do too). But if someone doesn't deal with vandals but gets angry when they see a reverts to vandals because their watchlist gets long, then they should not keep the archives in watchlist. <span class="nowrap">&#8212;''']'''</span> <sup class="nowrap">(] • {]•]})</sup> 11:23, 5 November 2024 (UTC)
* '''Mostly''' '''support''' per Tryptofish &mdash;&nbsp;Martin <small>(]&nbsp;·&nbsp;])</small> 12:49, 4 November 2024 (UTC)
*'''Oppose''' per ] which states {{tq|A discussion which has been closed with the {{tls|Archive}} or similar template is intended to be preserved as-is and should not be edited.}} ]🐉(]) 21:57, 6 November 2024 (UTC)
*: ], this discussion is about Talk page archives, not about conversations that have been closed (i.e, having a border and colored background) using the confusingly named {{tl|Archive top}} template. ] (]) 02:28, 7 November 2024 (UTC)
*::Talk page archives implicitly close discussions with a similar template such as {{tl|talkarchivenav}} which states emphatically,"'''Do not edit the contents of this page'''". ]🐉(]) 09:08, 7 November 2024 (UTC)
* '''Strong oppose''', with the exceptions of removing potentially oversight material, and updating your own username if your account had been renamed since the comment '''and''' no one else in the discussion mentions your statement by your own username or obvious reference to it. ] ] 19:51, 7 November 2024 (UTC)
*:Despite being a supporter above, this is a poor exception. Editors should not be updating their usernames in archives. ] (]) 01:19, 22 December 2024 (UTC)
* '''Mostly support'''. The ref tag fix discussed below is an excellent illustration of why archive gnoming should be allowed in some cases. ] 21:27, 9 November 2024 (UTC)
*'''Support''' its not all that necessary to edit archived discussions but when people think there is a good reason to do so there is no reason why this guideline can't be used for archived discussions. ''']''' (]) 18:50, 12 November 2024 (UTC)
*'''Support'''. Archives exist to serve the project, not themselves. If it's not suitable for a talk page, it's not suitable for a talk page archive, and there's no reason they should be treated as sacrosanct. <span style="white-space: nowrap;">—]&nbsp;<sup>(]·])</sup></span> 21:51, 16 December 2024 (UTC)
**I'll also add that sometimes, it is useful to peruse an archive to see if something has been discussed before. Cleaning up junk would make that easier. <span style="white-space: nowrap;">—]&nbsp;<sup>(]·])</sup></span> 21:54, 16 December 2024 (UTC)
*'''Support''' – mainly per JMCHutchinson, treating any part of the project as entirely sacrosanct is taking a philosophical stance opposed to its entire existence. There are clear common-sense cases where editing archived talk pages would improve things, like if very old Talk page contributions were unsigned, undated, or misdated and so not included in automatic archiving sweeps or incorrectly ordered within the resultant archives. When editors want to archive these ancient contributions from, e.g. 2007, are they supposed to put them {{em|after}} contributions from 2024 on an archived talk page that is supposed to be in chronological order? How does that help anyone? Is it more useful to have to dig through a Talk page's history to figure out who made a comment that has been archived in a related Talk page archive page or is it more useful to be able to see, when looking at the archive itself, who made which comment, even if that signature info has been added {{em|*gasp*}} AFTER it was archived?
:Put another way, project guidelines are edited ALL THE TIME. I think one could effectively argue that changes there have far more potential impact than edits on Talk page archives. If our guidelines themselves are subject to change and evolution, albeit under watchful eyes and within the confines of shared and recorded norms, then singling out Talk page archives as utterly unchangeable is really odd. —] (]) 20:29, 21 December 2024 (UTC)
*'''Support'''. Vandalism is vandalism, and just because it was missed at the time doesn't magically make it a constructive edit when it gets archived. - ] <sub>]</sub> 00:58, 26 December 2024 (UTC)


=== Discussion re TPO Guidelines ===
Let's put for example the lead image of ]. Writing <nowiki>]</nowiki>, without colon, displays the image. That's what can only be done in article namespace. Writing <nowiki>]</nowiki>, with a colon, generates a mere link to the image, ]. That's just a link, and may be used anywhere. It is not the image itself, but just a software element to make reference to the filename used to store the file. ] (]) 12:06, 9 June 2017 (UTC)


Thank you to Gnomingstuff for starting this Rfc.
== IP user talk page ==


The use case that actually provoked this Rfc were some edits to archived Talk pages that were archived many years ago. The prior discussion is ]. My concern is, that heretofore, I very, very rarely saw archived Talk pages hit my Watchlist, and now I see them sometimes. I have these issues:
I'd welcome other opinions on .
* some of these repair edits occur many years after the page was archived. I do not see how this improves the encyclopedia in any way.
* in the beginning, I didn't know what these edits were, and went to go investigate to make sure they were not some subtle (or not so subtle) form of vandalism. Having examined them, I now trust Gnomingstuff to do the right thing, and no longer need to investigate them, if I see their sig on an archived page. However, if a few more editors follow suit, I will have to start investigating again, until I am persuaded I do not need to; this will lower my productivity on actual encyclopedic pages.
* These edits appear on my watchlist, which is long, and that reduces the number of useful article pages in my Watchlist, which then get bumped off the bottom. Each page taken up by one of these archival repair edits, is a page that runs off the bottom of my list, which I am then not aware of.
* The banner at the top of archived pages say, Please do not edit the page.
* Who benefits? I understand that Gnomingstuff directly benefits; I have mentored users for whom some types of gnoming edits can be a very rewarding and pleasurable experience, and I don't wish to deprive them of that. However, I think the needs of the encyclopedia must be paramount and take precedence.
Although by no means intentional, these edits feel ] to me in a very tiny way, but I am very afraid that if taken up generally by more editors, it could become genuinely disruptive in a significant way, to a lot of experienced editors, especially to those with long watchlists they attempt to monitor. Please do not encourage edits to archival pages, except in individual cases approved by policy (libel, copyright, maybe some others we could discuss). The rest of them are simply not helpful, and have the potential for causing harm, or at least, lost productivity. Thanks, ] (]) 18:42, 16 October 2024 (UTC)


I'm trying to imagine a situation in which you want to make such an edit. Are you talking graffiti on a talk page, improper replacement of content on a talk page (i.e. I say something, and then later someone else edits my comment without any good reason), improper deletion of content from a talk page, or what? It would help to have a few examples of edits you've made in this area. ] (]) 19:27, 16 October 2024 (UTC)
It seems to me that it's not what the guideline intends at all. But in that, as far as I can tell, IP user talk pages are in ] 3, the same as the talk pages of registered users, perhaps this needs clarification.
: ], cannot answer the 'why' part, but here are 89 examples (out of 500) you can peruse on <span class=plainlinks></span>; highlight them by search-on-page (Ctrl+F) for 'archive'. ] (]) 19:55, 16 October 2024 (UTC)
:The "why" is pretty simple - I think that vandalism is bad, that undetected vandalism is worse, and that reverting it is a better use of my spare time browsing the internet or watching reality shows or whatever. I guess the thing that bothers me the most about this whole argument is people deciding for me what is a productive use of ''my own'' time. ] (]) 20:50, 16 October 2024 (UTC)


Can we be sure that such changes do not break links to archived pages? ]<sub>]</sub> 20:50, 16 October 2024 (UTC)
See ] for some of the background to this. ] (]) 05:11, 26 June 2017 (UTC)
:{{replyto|Andrewa}} It's explicitly prohibited by ], fourth bullet. --] &#x1f339; (]) 08:05, 26 June 2017 (UTC)
::So it is! Thank you. ] (]) 08:24, 26 June 2017 (UTC)


:Good question, I don't really have an answer to it. I know that it's possible for vandalism to leave stuff broken -- it frequently messes with subject headers, wikilinks, etc. The only thing I can think of on the other end is restoring ancient markup, which is usually fixed by bots, but more technically inclined people might be able to think of more. ] (]) 20:54, 16 October 2024 (UTC)
== DTTR ==
: Of the archived talk page changes I have seen, I have not noticed any of them breaking links. ] (]) 21:15, 16 October 2024 (UTC)
:There are people above who are !voting "oppose" or "support", but it's not clear to me exactly what is being opposed or supported. It also appears to me that if rules are made stricter than they presently are, I would be prohibited from reverting vandalism if that vandalism occurred on an archive page: the double-negative fallacy of "two wrongs don't make a right". Similarly, there are people who reply to an old thread after it has been archived, are we to be prevented from reverting those misplaced posts? One thing is certain - archives are not set in stone: for over ten years I have watchlisted each of the WP:VPT archive pages as it was created, and from these I have observed that we have a number of bots that ''do'' edit archives on a frequent basis. These include ClueBot III fixing links to archived content, {{diff|Misplaced Pages:Village pump (technical)/Archive 215|prev|1244721120|as here}}; bots that fix "lint" errors, {{diff|Misplaced Pages:Village pump (technical)/Archive 205|prev|1159464718|as here}}; and bots that either subst: or de-transclude templates that are pending TfD deletion, {{diff|Misplaced Pages:Village pump (technical)/Archive 211|prev|1244500518|as here}}. Are we going to prevent bots doing this - or say "bots can do it but humans can't"? --] &#x1f339; (]) 22:13, 16 October 2024 (UTC)
:: ], there is a lot of daylight between stricter rules that don't let you fix anything, and . As far as confusion about what is being voted on, that was ] as well. (I later adjusted it). ] (]) 03:06, 17 October 2024 (UTC)
:::OK, {{diff|Misplaced Pages:Village pump (technical)/Archive 203|prev|1251729581|this edit}} by {{user|Trappist the monk}} just popped up on my watchlist. It falls under my previous description of "subst: or de-transclude templates that are pending TfD deletion", and that's OK, but look at {{diff|Misplaced Pages:Village pump (technical)/Archive 203|prev|1148662595|the left-hand side}} - here we have {{user|Mr Serjeant Buzfuz}} posting a reply to a thread that's already in an archive page; and if we progress just a little bit further back, we get {{user|Xaosflux}} doing {{diff|Misplaced Pages:Village pump (technical)/Archive 203|prev|1147015046|the same thing}}. Are these edits revertable, or would the proposal prevent that? In fact, in the , there are 21 edits, of which 14 - that's just two-thirds - are legitimate archiving edits, two are valid gnoming, and ''five'' should not have been made at all. --] &#x1f339; (]) 21:05, 17 October 2024 (UTC)
:::: {{u|Redrose64}}, are those the faint echoes of ] I hear wafting over the hills? If so, I get it. I don't know the answer to your question (in part because I think the Rfc statement was not optimally written). But the linked edits are surprising to me, as they do seem like the continuation of a conversation at an archive, and I think its fair to ask if we want that to happen, or if we prefer to have the discussion unarchived first. (The latter would be my preference.) I don't see those examples as materially different from someone ignoring the statements identifying a closed conversation and replying to the last comment in it, either within the box or outside of it, thus ignoring the shaded background, the header marking it closed, and the footer saying ''The discussion above is closed. Please do not modify it'', and adding a comment either within the box or after it in the section. I doubt one or two such examples would generate a lot of excitement from anybody, maybe a 'Please don't...' right after it or on their UTP, and maybe nothing at all. If we had an editor doing that at bot speed however, I think there would eventually be some kind of reaction, and I doubt we have a policy that specifically covers violation of ''Please do not modify it'' exhortations, and it would probably be ] or just acting against consensus, if it bothered enough people. I think the current situation is like that.
:::: This brings me back to the Rfc statement, because intentionally or not, it is worded in such a way as to restrict the scope to 'whether TPO covers this', such that a 'no TPO doesn't cover it' leaves the impression that the behavior is now approved for consensus-supported continuation, whereas in reality, this is not about TPO at all, but about disruption, and the analogy with continuing on at a closed discussion, or rather at many dozens of closed discussions, holds.
:::: So, I can't really say whether the Rfc question would cover the linked cases, and I kind of don't care, in a CREEP-ish way; I am inclined to ignore it. What I care about, is if those editors you mentioned started doing that thirty times a day, endlessly. Then I might feel differently about them.
:::: What do you think should happen here? I think reasonableness should rear its lovely head, we don't need new instructions or new interpretations of TPO, what we need is to determine whether some actions here are DISRUPTive, and if not, give them our blessing to carry on, and if so, ask them to stop. ] (]) 23:16, 17 October 2024 (UTC)
:::::Leaving aside the implication that "30 times a day" is an outrageous amount of edits -- for instance, you yourself made well over 30 edits yesterday -- I would really appreciate if you stopped speaking for me as to what I intended with my statement. The scope is exactly as I said: ''do the guidelines about appropriate edits to talk page comments also apply to archived talk pages?'' I don't know how to state that any more clearly. To break it down further, since based on your comment you have the RFC backward:
:::::* "Yes, TPO covers it" = the appropriate edits listed in TPO are also appropriate on archived talk pages
:::::* "Yes, TPO covers it in cases of X, Y, Z" = X, Y, Z are appropriate edits to archived talk pages, and the rest of the edits listed in TPO are not
:::::* "No, TPO doesn't cover it at all" = the appropriate edits listed in TPO are not also appropriate on archived talk pages (i.e., the ''exact opposite'' of "the behavior is now approved for consensus-supported continuation")
:::::] (]) 01:08, 18 October 2024 (UTC)
:::::: I'm sorry I got it backwards, but that was my honest interpretation of it. It seems I am not the only one who did, or at least, who has been confused by the Rfc statement. That will likely make it harder for the closer, if 'oppose' means one thing for editor A, and the opposite for editor B. I guess we'll see how it all turns out.
:::::: Beyond that, when you wrote, "{{xt|The scope is exactly as I said}}," I believe you. Unfortunately for the purposes of a neutral Rfc, I think the scope was poorly chosen. See {{slink||Non-neutral Rfc statement}} below. ] (]) 05:04, 18 October 2024 (UTC)
:::: I'm guessing continuing a conversation onto an archive page is probably the result of subscribing to a section, which by design persists when a conversation is moved to another page, so a contributor could miss that they are editing an archive page. I agree with Mathglot that the conversation should be unarchived in that case, since most users do not watch archive pages, so the ongoing conversation can be seen by the talk page watchers. ] (]) 23:47, 17 October 2024 (UTC)
:::::Subscribing to a section or not, I've seen such behaviour several times on archive pages going back some years before subscribing was a thing (August 2022). One thing that I have noticed is that various paid staff do this fairly often, . --] &#x1f339; (]) 21:59, 22 October 2024 (UTC)
*I have a very broad watchlist myself, and I saw one of these edits the other day, and I thought to myself "that's odd but I recognize this users' name and I'm sure they are doing what the edit sumarry says they are doing" and I moved on with my day. Is it super helpful? Maybe not, but I don't see how it is harmful. I work with archiving a lot and I often remove garbage from talk pages rather than archive it, but I've also noted that others are less careful and will archive talk content that rightly coud have just been removed from the page at any time. Saying it's a waste of time is not a valid argument in my opinion. How a user chooses to spend their time, so long as it is not harming the project, is their own business. ] ] 22:17, 16 October 2024 (UTC)
*Read the top bit twice and still not sure what the scope of the question is. Is it just "does TPO apply to archives?" If it's narrower, is it specifically "do these prohibitions still apply to archives?" or is it "do these allowances still apply to archives?" Sounds like the latter? IMO there are only three good reasons to edit an archive, erring on the side of not editing for the simple fact that none of the original participants will see the change: to fix syntax errors, to remove egregious attacks/vandalism/BLP issues, and to update a link to a separately archived thread for posterity. &mdash; <samp>] <sup style="font-size:80%;">]</sup></samp> \\ 00:52, 17 October 2024 (UTC)
*:It's just "do the guidelines about editing comments in TPO apply to archived talk pages in addition to active talk pages." The RFC is because some people (myself included) feel strongly that they already do and some people feel strongly that they don't. ] (]) 06:51, 17 October 2024 (UTC)
*How about this situation? Editor makes {{diff|Talk:Rishi Sunak|prev|1149571879|this edit}}, which includes a {{tag|ref|o}} tag but no matching {{tag|ref|c}} tag. It's not noticed at the time, and gets {{diff|Talk:Rishi Sunak/Archive 2|prev|1153263182|archived}} in the same state. Some months later, {{diff|Talk:Rishi Sunak/Archive 2|prev|1211475379|another archiving edit}} takes a valid {{tag|ref}} pair into the archive, and the MediaWiki software matches that new {{tag|ref|c}} tag with the {{tag|ref|o}} tag from months earlier and miles further up the page. Result: everything between those tags vanishes. But no way can we call this the result of vandalism, either in the archive or in the original - it was a simple mistake that anyone might make. Should it (i) be left alone because we don't alter archives even when they're clearly broken; or (ii) be {{diff|Talk:Rishi Sunak/Archive 2|prev|1253577316|fixed}} because otherwise we don't see any threads between April and November 2023? --] &#x1f339; (]) 21:28, 26 October 2024 (UTC)
*:Apply the general principle: preserve the appearance of the discussions while they were active. The closing {{tag|ref|close}} tag should be added so all the appearance of all the other threads can be preserved. As far as I can see, the reply to the edit in question was visible on the talk page at the time, so its appearance is properly preserved as well. ] (]) 21:40, 26 October 2024 (UTC)
*:I concur with, Isaacl. In this case, you are fixing the discussion so it can be read as it was intended. So, if you want go ahead and do it if you feel like it helps people read the archive. I like Isaacl's "preserve the appearance" maxim. ] (]) 18:53, 4 November 2024 (UTC)
*Somebody reformatted the bold font in the comments of various editors (including mine) in this RfC. It's no big deal, so I'm not going to revert or really complain, but I think it's ironic that anyone would do that, on ''this'' particular talk page. --] (]) 22:29, 9 November 2024 (UTC)


=== Discussion on a taxonomy of nonconstructive edits ===
I believe we should codify in these guidelines that ] is ''not'' sufficient grounds to justify removal of a post on a talk page other than your own. Though DTTR is often treated as a policy or guideline, it isn't one, there's an antithetical one called ], and user warnings are specifically written to not be personal attacks. Thoughts? <span style="border:1px solid;background:#800080">]]]</span> 14:03, 11 August 2017 (UTC)
:] is just an essay, which can be boiled down to "''templates often treat the editor as brand new, and provide helpful links - regular editors (should) already know about all the links and what's expected of them, so treating them otherwise isn't the best idea''". Regardless of if someone agrees or disagrees with DTTR, it ''does not'' give grounds to remove a post from a talk page other than your own -- ] <sup>(])</sup> 14:15, 11 August 2017 (UTC)
*'''Oppose''' See ]. While I agree this is a correct reading of existing rules, observe that 3 of us read the ''existing'' rules as already frowning on third party talk page reverts of this sort. ] (]) 17:16, 11 August 2017 (UTC)


It might be helpful to break down the types of edits I have been classifying (or not classifying) as vandalism, since a few people have said that some things are OK to remove but not all. The taxonomy on ] is a good starting point but this discussion is getting more granular than it does.
== Very old talk pages ==


I think these should be removed from all talk pages, including archives (these types of edits are a subset of ], and more narrow than it):
On old talk pages, I find some weird layouts.
----
text <br>
reply
----
text <br>
reply
: reply
----
etc


* Threats, illegal, and defamatory material
What was that? <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding ] comment added by ] (] • ]) 20:42, 13 August 2017 (UTC)</small> <!--Autosigned by SineBot-->
* Blatant crude vandalism to other people's comments
* Non-trivial changes to other people's comments, e.g., someone changing someone's words to mean the opposite
* Blatant crude vandalism as standalone comments
* Self-insert vandalism, e.g., "jayden is awesome"
* Drive-by blanking of constructive comments
* Obvious spam
* ChatGPT nonsense -- not people simply using ChatGPT as a tool to write legitimate comments, but the weird repeated multi-header stuff that started in 2022 when ChatGPT came out, it's hard to describe but you know it when you see it
* Gibberish/nonconstructive test edits


I think these should not be removed from archives (includes some things in ] and some things that aren't):
== Guidance against interleaving replies ==


* Comments by sockpuppets/banned users, because they're a legitimate part of the record (per Tryptofish)
Proposed text for introduction in "Editing others' comments" section:<br/>
* Similarly, vandalism that people have responded to or struck, e.g., declined semi-protected edit requests, unless it is defamatory/suppressable
:"Generally you should not break up another editor's comment to reply to individual points. Interleaving comments like this confuses the layout of the page and obscures the original editor's intent, as well as potentially leaving text unsigned."
* Debatably off-topic comments/soapboxing/statements of opinion, e.g., someone commenting on the talk page for a book that they liked it
<u>Version 2 of proposal (19:49, 14 August 2017 (UTC)):</u><br/>
* Heated arguments or personal attacks that are not vandalism, e.g., two people in a political dispute calling each other evil fascist assholes who should die
:<u>"Generally you should not break up another editor's comment to reply to individual points. Mixing comments like this confuses the layout of the page and obscures the original editor's intent, as well as potentially leaving text unsigned. Instead, place your reply entirely below the original comment. You may wish to use the {{tlx|Talk quotation}} template to quote a portion of the material in question."</u>
* False statements that aren't defamatory
* Typos/spelling/grammar errors, and/or people fixing other people's typos/spelling/grammar/syntax errors
* Any comments on ''user'' talk pages unless they're spam, defamatory, or suppressable


I could go either way/don't really care:
I have encountered a few times situations where to respond to seemingly itemized multiple points an editor interleaves their reply within the post they are replying to, for example as {{u|Andrewa}} did (I'm inviting them to continue the discussion here out of courtesy). It may be particularly prone to happen when a post has bulleted points which I have seen a couple times and which made a real mess of the talk page. The biggest issue is that it leaves the original post's text broken up and without signatures. If signatures were added after the fact that would, to me, definitely constitute editing another's post and changing what they intended to convey and how they wanted it to look, without improving the clarity of formatting. I think instead the proper convention should be to say something like <s>{{tq|Regarding X,}}</s> <u>"Regarding X,"</u> whether X is a description or a numbered point in cases where there is one<u>, or {{tq|Quoted material:}} with the tq template,</u> and to do this entirely below the post you are replying to. I am proposing that some guidance be added in this regard. ] (]) 00:26, 14 August 2017 (UTC) Edited to correct use of tq template. 19:08, 14 August 2017 (UTC) Updated with Version 2 of proposal. 19:49, 14 August 2017 (UTC) Underlined version 2. 02:06, 15 August 2017 (UTC)
:The convention as I have followed it is not to break up existing paragraphs. It is in my experience easily learned and followed, and common elsewhere on the Internet. The indenting makes the authorship plain, and the interleaving makes the logic plain. Respecting others' paragraphs leaves their comments intact.
:The proposed addition doesn't really make it clear that this is discouraged, and I'm not convinced it should be.
:The convention I have followed is however easily messed up, either accidentally or deliberately, and when this happens it can get very messy.
:I'd like a stronger statement on the mixing of colon and asterisk indenting. This is the most common way that the convention gets messed up, in my experience. ] (]) 01:02, 14 August 2017 (UTC)
::No, please do not do that. Consider what might happen if someone wanted to reply to you, and then there was some back-and-forth. That leaves a dreadful mess. Talk pages are not just for the benefit of those currently participating who might know what is going on. In a year, people might want to work out why a particular decision was taken or not taken. ] (]) 03:10, 14 August 2017 (UTC)
:::'''Exactly'''. {{anchor|asterix-and-colon}}But the mixing of asterix and colon indenting is depressingly common, and as you say often leaves a dreadful mess... I'll dig up some examples. Sometimes I suspect it is even deliberate ] (I might not give examples of that as it raises behavioural issues) but other times it is, disappointingly, experienced and respected users, to the point I sometimes suspect I'm just being grumpy to criticise it. But if we could avoid it, it would greatly increase the value of the archives, as you say, as well as making it easier IMO to arrive at and assess consensus in the first place. ] (]) 06:34, 14 August 2017 (UTC)
::::{{diff|Misplaced Pages talk:WikiProject Wales|prev|794095242|This edit}} is a case in point - I fixed three problems there:
::::#blank lines, contrary to ] (and which incidentally I have also fixed in {{diff|Misplaced Pages talk:Talk page guidelines|next|795437479|this edit}});
::::#signature divorced from post by interspersed comments;
::::#markup symbols inconsistent bwtween a post and its reply which caused the enumerated list to restart at 1 instead of continuing with 3.
::::Mixing the three styles (asterisk, colon and hash) is not a problem ''per se'', the problem is when people mix them incorrectly. The general principle should be that if you reply to somebody, copy the markup from the start of their post, whatever combination of symbols that might be; and add ''one'' symbol (of any type) to the ''right'' hand end. --] &#x1f339; (]) 09:01, 14 August 2017 (UTC)
:::::Agree that the protocol proposed in the above post ''copy the markup from the start of their post, whatever combination of symbols that might be; and add '''one''' symbol (of any type) to the '''right''' hand end'' would work extremely well '''if followed consistently'''. But we need to deal with ] edits by inexperienced editors as well as considered edits by old hands, and as even the old hands often depart from the relatively simple current rule of ''Generally colons and asterisks should not be mixed'' for no obvious reason, there's reason to be very afraid of a new and more complex rule. I think on balance it would be worth a try. ] (]) 13:16, 14 August 2017 (UTC)
::::::You know, Misplaced Pages possesses specific tools which allows one to reply to a specific section or paragraph of an other contributor's post. For instance, the template {{tl|Talkquote}} allows one to quote the specific part of the post one wishes to reply to, complete with signature and linked timestamp, within one's own post below which one can then post one's own reply.]]]1 17:21, 14 August 2017 (UTC)
:::::::Certainly... at the expense only of brevity. But that can also raise objections, in my experience. ] (]) 22:39, 14 August 2017 (UTC)
*'''Support''' Although long posts can be troubling in themselves, interrupting their flow to reply to a specific point takes any shortcoming with the fact its a long post and multiplies that by 10. So don't do that please. In the discussion I noticed two related and somewhat side issues to which I reply as follows -
:Re A) on messy format.... see ]. These guidelines already encourage stand-alone edits that ''only'' clean up formatting problems. I usually do not do that with regulars unless I get their permission first. But for newbies, don't hesitate, just do it, and give them a friendly how-to-do-better-formatting note.
:Re B) on replying point-by-point.... hopefully my comment here shows how I do this. If the long post does not include numbers or letters so you can reply that way, just give the point you want to reply to a letter or number and say what you wish after the longwinded editor's signature.
:In closing, I think the suggestion to not insert comments in the middle is a good one, but I don't care for the word "interweave". My brain stopped cold, I had to think, it was an obstacle. Better to just use simple third grade language, something only a bit more refined than "Don't butt in line". ] (]) 14:06, 14 August 2017 (UTC)
::Perhaps "Mixing comments" rather than "Interleaving comments"? And how about some additional guidance like: "Instead, place your reply entirely below the original comment." and perhaps "You may wish to use the ] template to quote a portion of the material in question." I agree that keeping it simple would be good but maybe some clear advice on what to do in addition to what not to do would help. ] (]) 19:19, 14 August 2017 (UTC)
:::Positive guidance, rather than negative, is greatly to be preferred. It is both far more likely to be effective and adheres to the spirit of ]. ] (]) 19:45, 14 August 2017 (UTC)
::I don't think those are side issues at all...
::A) I would welcome strengthening the relevant guidelines to make that a bit clearer. In particular, ''In general...'' is vague. If the proposed more elaborate guideline (which is growing on me) is adopted, I hope the phrasing will be more to the point than that.
::B) Yes, that works in cases like this. Another technique which I have employed is to start a new subsection on a particularly important point that is raised. I've received some criticism in the past for doing this, but generally from those who did not wish to hear what was said (at the risk of violating wp:AGF... sometimes the assumption wears a bit thin). ] (]) 19:45, 14 August 2017 (UTC)
:::Andrewa, as far as your A) on this this proposal maybe it should simply be "You should not" rather than "Generally". I wasn't sure if consensus would be behind a strong statement but it seems to be heading that direction. ] (]) 23:58, 14 August 2017 (UTC)


* Private information/"dox" like phone numbers/state ID numbers, a lot of this seems to fall into a gray area of "the person thought the talk page was email," often with a language barrier, and it's hard to tell intent
{{Outdent}}
* Self-promotional comments that are probably spam but it isn't obvious
* Fixing formatting, layout and/or confusing stray markup like "Insert bold text here" inside otherwise constructive comments - I was doing this for a bit then stopped because it was too tedious even for me
* Stuff I am 99% sure is vandalism but cannot prove because I truly do not find the diff and the original text because it's from some long-lost merged page or manually copied over or just... not there. <!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding ] comment added by ] (] • ]) 07:23, 17 October 2024 (UTC)</small>
:I for one agree with all the items you say that should always be removed except Self-insert vandalism and gibberish/nonconstructive test edits, which I'd deal with on a case-by-case basis (or just leave them there, to be honest ... I think they'd do a minimal amount of harm). I think it'd be helpful if you could provide an example of the "weird repeated multi-header stuff "; I don't know what you're talking about. I wouldn't disagree with anything in the iother two lists. ] (]) 12:37, 17 October 2024 (UTC)
::Thanks for opening this section! Having the space to think through and discuss this taxonomy is definitely useful, since I imagine people will have a range of opinions about which types of edits should or shouldn't be removed. From my own POV, and speaking about archived talk pages specifically, I think the following information should be removed or reverted from archived talk pages: threats/illegal/defamatory material, non-trivial edits to other users' comments (including blanking of constructive comments), obvious spam or promotional edits, and oversightable private information. I think the commonality that these types of edit share is that either ''their being visible has the potential to cause real-world harm'' (illegal material, private info) or ''their being present at all subverts the goals of the page'' (by hijacking the page as a promotional platform or by distorting the record of what was said). For other types of non-constructive edit, such as self-insert vandalism or gibberish, my opinion is that (in Talk: space) their harm to the encyclopedia comes mainly in their ability to disrupt productive discussion of the page topic. Thus, talk pages are impacted relatively significantly by new vandalism, as it can clog watchlists or derail ongoing discussions - but the harm of that same vandalism is likely to decrease substantially once it's grown stale and passed into an archive. ] (] • ]) 15:20, 17 October 2024 (UTC)
::This diff is a good example. Might not be ChatGPT specifically so much as some kind of mobile phone AI thing but I almost never see this pattern of edit before 2022. ] (]) 15:33, 17 October 2024 (UTC)
:::Yeah I know what you mean now. They're not always multi-header though. I always remove those when I encounter them on live talk pages, but I wouldn't remove them from talk page archives, because they cause minimal harm there. ] (]) 04:22, 18 October 2024 (UTC)
:::As I said in my RfC comment, I find it useful to ask whether the revert will restore the record of the discussion to what it was at the time of the discussion. For me, that's the bottom line.
:::If something was included in the discussion originally, and left unaltered up to the time of archiving, then the reasons for reverting it from the archive later need to be pretty compelling. As noted, a sock who was undetected at the time is one example of something best not reverted later, but I don't think it's the only one. I wouldn't correct a spelling error or other typo that was left at the time. Threats, defamation, and the like should generally have been dealt with at the time, so such material should be examined carefully if discovered later in an archive. If it ''should have'' been dealt with before archiving but wasn't, then it should be corrected according to the ], ], and ] policies, indicating something like "redacted" if it was responded to at the time. (If it was added by a vandal ''after'' archiving, it should be reverted, and rev-deled or oversighted if appropriate – because there's no reason to preserve it as part of the original discussion.)
:::Other kinds of post-archiving edits should be encouraged, because they actually help to preserve the original discussion. One not listed above, but that has been discussed higher up in the discussion, is when a bot fixes something like a linter error. That's a good edit, because it fixes a formatting error in such a way as to restore the appearance of the discussion to how it looked at the time. --] (]) 22:49, 17 October 2024 (UTC)
::::IMO we can split the types of edits into four categories:
::::#Content so problematic that it requires revision deletion or oversight: revdel/oversight as appropriate, regardless of when it was added (although do be aware this has the potential to create a ])
::::#Content added/changed before archiving that doesn't require revdel or oversight: Do not change it.
::::#Edits made after archiving that add, change or remove content: revert
::::#Technical changes (linter errors, substing templates, etc) to maintain the archive integrity that don't affect content: Enact.
::::This is my understanding of the guidelines as they stand at present and is my preference for what the guidelines should be. There will be ''occasional'' exceptions, but they will be occasional and must come with a strong justification. ] (]) 23:00, 17 October 2024 (UTC)
::::"Threats, defamation, and the like should generally have been dealt with at the time" -- Yes, they ''should'', as should any vandalism. The problem is that that they are not, and this is not happening to the tune of thousands of instances.
::::I really do not understand the rationale for grandfathering in vandalism that would have been perfectly acceptable and encouraged to revert if it was found just 1 day prior to when an archive happened to be made. There should be no reason to ever keep it around. Revdel is an extreme bar and vandalism does not have to meet it to be removed. ] (]) 01:00, 18 October 2024 (UTC)
::::::You need to look more carefully at what I actually said. I'm not arguing for grandfathering in vandalism. For vandalism that falls below the high bar for rev-del (or the even higher bar for oversight), I'm saying that the reverts should restore the original discussion to what it was when the discussion took place. If the vandalism was somehow replied to, then use something like "redacted". If it altered the original good-faith comments of another editor, then restore what the good-faith editor originally said (I guess I didn't make that latter point clearly enough). But if it had no effect at the time, then correcting it later is like correcting a spelling error later, not very urgent or necessary. --] (]) 21:02, 18 October 2024 (UTC)
:::::Perfect! <small>This is in reply to Thryduulf, see my comment below.</small> In summary, do not adjust archives unless actually needed. ] (]) <!--Template:Undated--><small class="autosigned">—&nbsp;Preceding ] comment added 00:53, 18 October 2024 (UTC)</small>
:::::::On another matter where there seems to be confusion, Johnuniq, your edit summary in asked me whether I had accidentally omitted the word "not" when I wrote "should be encouraged". I meant "should be encouraged", as written. --] (]) 20:54, 18 October 2024 (UTC)
::::::{{replyto|Johnuniq}} it's not clear whether you are replying to me or to Gnomingstuff. ] (]) <!--Template:Undated--><small class="autosigned">—&nbsp;Preceding ] comment added 01:23, 18 October 2024 (UTC)</small>
:::::::I was endorsing your comments which correctly outline what should happen with an archive. Unfortunately, {{u|Gnomingstuff}} inserted their comment (]) above mine which changed its meaning. Please do not do that! ] (]) 02:04, 18 October 2024 (UTC)
:::::@Gnomingstuff: Re failure to "understand the rationale", you might respond to the substance of comments such as mine at 06:10, 17 October 2024. ] (]) 02:10, 18 October 2024 (UTC)
:::::@Gnomingstuff: Re failure to "understand the rationale", see ]. There are editors here who have, in good faith, views different from yours. That does not imply that they favor "{{xt|grandfathering in vandalism}}". This discussion is not about deciding between the views of one group who are opposed to vandalism, as policy requires, and some other folks, who, unaccountably, are in favor of vandalism, and are trying to "grandfather it in". If that is your view of opposition argumentation, it is little wonder you don't understand it; I wouldn't either, under that interpretation. ] (]) 03:58, 18 October 2024 (UTC)
::::::The reason I call it "grandfathering in vandalism" is that when (not if, when) vandalism to a talk page goes undetected before the page was archived, and if there is a restriction that vandalism cannot be removed from archived talk pages with the reasoning that it was "part of the state of the discussion at the time," then that vandalism will exist forever. It will be "grandfathered in" on the rationale of being around for a long time. This is the inevitable consequence of what you are arguing for. ] (]) 22:16, 18 October 2024 (UTC)
::Just wanted to update the list here as far as kinds of edits people have brought up that I didn't think of.
::Edits I personally believe are good to make to archives:
::- Attributing unsigned comments that the bot didn't catch for some reason
::- Non-free images: I've never seen this and it feels like it'd always fall into ] or Commons jurisdiction, but sure
::Edits I don't think should be made to archives:
::- Updates to signatures (unless the signature itself was previously vandalized): these are decorative and not really part of a discussion
::- Updates to usernames: way, way, way, ''way'' too much potential for confusion
::- Most things in ]: a lot of this isn't necessarily off-topic and it feels a bit callous to remove things like memorials from talk pages at all, let alone archived ones
::Edits I could go either way on/don't care:
::- Broken links: clear value in this, but then you get into issues of which version of the page the original writer intended and whether that version is the one that got archived and it feels really easy to change the meaning
::- Linter stuff: this is just so trivial, I'm baffled by the arguments that linter stuff is worse than vandalism and at the same urgency level of ''revision deletion''(!!!). ] (]) 02:55, 9 November 2024 (UTC)
:Gnomingstuff: This is a pretty good list (except I know {{em|nothing}} about the ChatGPT stuff) for me, too, but my thoughts are more closely aligned with {{User|Graham87}}'s: case-by-case on the small stuff, esp. as it appears to bother watchers who don't like the traffic. The ] is too harsh ("do not change it") on the second point, IMO, as {{em|I}} think a clean-up in Aisle 9 is useful, even if nobody much goes down that aisle anymore. But again: case-by-case. That kind of sidesteps the RFC question, I realize, but I think it's more likely that TPO should explicitly mention changes to archived pages, possibly with a narrowing of scope for them. <i>&mdash;&nbsp;] (] / ])</i> 11:35, 18 October 2024 (UTC)


=== Non-neutral Rfc statement ===
I must state that I cannot stand when an editor breaks up my comment to reply to individual parts. Any time that it is done, I either put my comment back the way it was or copy and paste my signature for each part of the broken up comment to make sure that others are not confused by who is commenting. And I ask the editor not to break up my comment like that again. ] (]) 02:33, 31 August 2017 (UTC)


In my opinion, the Rfc statement fails the ] paragraph, which is entitled, {{slink|WP:RFC|Statement should be neutral and brief|nopage=yes}}.
===Modifying comments already replied to===
rather surprised me... wouldn't it be better to raise it as a new post, with a heads-up? ] (]) 01:11, 15 August 2017 (UTC)
:It's got a time stamp. Perhaps should have been underlined if it is not clear by the time stamp that it was a change. ] (]) 02:03, 15 August 2017 (UTC)
::Yes, it complies perfectly with the guideline on modifying your own comments (]) as far as I can see. But it seems to me far more confusing than my edit which inspired this whole section. I think the indenting there makes the signatory of the original post quite transparent, but I concede there are other views on this. But I can't see how can fail to tangle the logic of the discussion. The text to which I was replying is no longer there to see, you need to go into the page history to find it. How can that possibly be helpful? And yet it seemingly conforms to guidelines. Should it? ] (]) 04:10, 15 August 2017 (UTC)
:::Well, without software to manage talk page comments all we have are manually implemented guidelines. If users are to be able to edit their posts I think <s>strike</s> and <u>insert</u> work well enough, as well as the instruction to add a new timestamp when you've done it. On some forums where users can edit their posts the custom is to do something like "Edit: I did so and so" at the end of the edited post which I think is less clear than our strike/underscore method, but we also include a suggestion to offer an explanation if necessary in brackets. Or are you proposing that users not be able to edit posts once they are replied to? This is always an issue in forums; what it appears someone responded to may actually have been edited. Without strongly discouraging or prohibiting edits I don't see a way around it. My thinking was that it would be useful in that particular situation if the proposal were updated at the top which I ''believe'' I've seen done in other surveys. Maybe it would be useful to have clear guidance on that specific circumstance - what if you want to add another option to a survey. To me at the top makes sense as long as it is clearly marked as an edit with a time stamp. It also makes sense to include a "Survey" and "Threaded discussion" section which I wish I'd done to keep the two separate. Then any updates to the survey or !votes on it can be kept in the same area. ] (]) 06:22, 15 August 2017 (UTC)
::::Strike does not have appropriate semantics, see : <q>The <code>s</code> element is not appropriate when indicating document edits; to mark a span of text as having been removed from a document, use the <code>del</code> element.</q>; and underscore does not have any associated semantics. For accessibility reasons, we should be using {{tag|del}} and {{tag|ins}} respectively, see . --] &#x1f339; (]) 14:38, 15 August 2017 (UTC)


The Rfc question asks whether the ] guideline applies to archived Talk pages, and then is immediately followed by a longish statement defending archive page edits as within the bounds defined by TPO. But from my point of view, that approach is both a straw man argument, and also excludes the major reason that some people might oppose such edits, which is not TPO but the ] guideline.
===Version 2===
Proposal:
:"Generally you should not break up another editor's comment to reply to individual points. Mixing comments like this confuses the layout of the page and obscures the original editor's intent, as well as potentially leaving text unsigned. Instead, place your reply entirely below the original comment. You may wish to use the {{tlx|Talk quotation}} template to quote a portion of the material in question."
1) Replaces "interleaving" with "mixing" per {{u|NewsAndEventsGuy}}'s concern. 2) Adds a brief description of what to do in addition to what not to do. 3) A question from {{u|Andrewa}} is whether this should start with "Generally you should not" or stronger wording like "You should not". I thought the stronger wording may not cover every possible situation which is why I started with "Generally". 4) I felt that only a brief mention of the quote template that is most often used would be best and we should avoid putting a detailed style guide for replying in the "Editing others' comments section", but conceivably we could start a new section about quoting/replying. It could for example cover numbering or lettering points (if that's not obvious) and {{tlx|Talkquote}} (a different template from {{tlx|Talk quotation}}). That is more than I wanted to get into originally and even if that were added I think a statement in the "Editing others' comments section" against splitting another editor's post would still be appropriate. ] (]) 03:09, 15 August 2017 (UTC)
:It's rearranging deckchairs. The more we look at the guideline the worse it gets, see ]. Total rewrite required, incorporating the "add one of anything to the right" suggestion for more sophisticated users, and a far simpler protocol for beginners, example-based. And I still think that a brief interspersed comment is helpful on occasions, but I will of course go with the consensus on this. ] (]) 04:19, 15 August 2017 (UTC)
::There may be some issues with this page as far as providing enough detail but I think the main places to address that are ] and ] (and any other topic specific locations). Providing examples and detailed style guides here would totally change the nature of the page. It is supposed to be dos and don'ts more than detailed instructions. We can make sure the reader is pointed in the right direction for more information. ] (]) 06:00, 15 August 2017 (UTC)
:::This proposal is a very welcome clarification. But I'm concerned that it is sufficiently severe in its impact as to require wider discussion. As it stands it seeks to ban or at least discourage what is a very common and IMO clear and helpful convention, one that is long in use far beyond Misplaced Pages. But this is a convention that I acknowledge is poorly documented on Misplaced Pages and often ignored here, leading to some very messy talk pages. ] (]) 17:30, 16 August 2017 (UTC)


The ] that sparked this Rfc never mentioned TPO even once. What was mentioned there, was ] and achieving a ] to make such edits. A neutral Rfc statement would have been one that included just the behavior itself formulated as a yes-no question, something like: "{{xt|Are edits to archived talk pages to be encouraged if they involve repair of vandalism?}}" without asking about TPO, which was not part of the original objection.
=== Anchors (Version 3?) ===
{{ping|Andrewa|DIYeditor|NewsAndEventsGuy|Tvx1|Redrose64|Johnuniq}}
In replying to or commenting on points in preceding comments, I have occasionally inserted anchors in those comments and linked to them. This way there is no need to quote in full the point I am responding to. More than that, when the discussion is already long and complex, with many replies-to-replies-to-replies-..., a reader can find the point being replied to without a potentially long and distracting search:
for example, aXXXX this reference to {{u|Andrewa}}'s comment about the "dreadful mess" that can result from ]. And unlike interleaving, anchors do not affect the display at all, but are visible only in edit mode.


By couching the question as one about whether ] applies, other questions (like, does ] apply?) seem to be off-topic, or at least, are not uppermost in the minds of responders, who, understandably, respond to the question asked. In my view, it is the wrong question—it is the straw man question. It is probably too late to do anything about this now, but it is a shame, as the chief question is for the most part not being addressed, and was relegated to the margins in favor of a narrower scope chosen at the outset based on a single guideline that may favor that view a little bit more than a neutral statement might have, as manifested in the heading at the ]. It is instructive to note, for example, that the subsections originally entitled "§&nbsp;Survey" and "§&nbsp;Discussion", were changed to "{{slink||Survey re TPO Guidelines}}" and "{{slink||Discussion re TPO Guidelines}}" by a third party, so the Rfc title appears to have had an influence on how this Rfc is viewed, in ways that are counterproductive, imho. ] (]) 04:53, 18 October 2024 (UTC)
I guess I'm making a proposal for a better (imho) way of replying to specific comments without interleaving or necessarily quoting, so I'm adding "Version 3" to my section header. I'm not ready to turn this into a guideline proposal, so I invite you all to please have a go at it (thus the question mark).
:You are correct that the RfC is broken. In a couple of cases, it is not clear what the ''Support'' and ''Oppose'' votes mean. The issue is whether archives should be gnomed which is nothing to do with TPO. Even if this RfC resulted in a ''supported'' close, there would be no actionable result because it would still be disruptive to make gnoming edits on archives. ] (]) 04:58, 18 October 2024 (UTC)
::I'm not sure I understand your point here. Are you saying that you personally believe that gnoming archives impedes building the encylopedia, regardless of whether consensus is that archives should be gnomed? ] (]) 19:35, 18 October 2024 (UTC)
::I have added a note clarifying what "support," "partial support/oppose," and "oppose" mean. WP:TPO is explicitly about appropriate edits to other people's comments on talk pages. That is what TPO stands for: '''T'''alk '''P'''age ('''O'''thers' comments). My concern is vandalism, others' concerns are linting errors etc. All of these are explicitly listed in WP:TPO, very clearly.
::I don't understand what's unclear about this, and I truly do not know how on earth I can make it any clearer for people. ] (]) 22:06, 18 October 2024 (UTC)
:::I don't see problems that would rise to the level of disqualifying this RfC. For what it's worth, I interpreted the RfC question as supporting or opposing the kinds of edits that you have made, and I answered it on that basis. But your clarification is fine with me, and it really doesn't change how I would have answered. --] (]) 22:17, 18 October 2024 (UTC)
:::There's another dimension that your choices don't allow for: if the edits to be reverted or modified were made before or after archiving. Edits after archiving alter how the discussion appeared when active, so reverting them restores the original appearance. If the edits were made before archiving, reverting or modifying them would be confusing since it would alter the history of discussion, so there needs to be a strong justification for it. The considerations for this may not fall neatly into specific categories and may need to be judged on a case-by-case basis. ] (]) 22:43, 18 October 2024 (UTC)
::::I'm not opposed at all to reverting vandalism that was made after archiving. I assumed that was implied by my previous statements, but I didn't spell it out.
::::As far as "altering the history of discussion," though, the kind of timeline I'm talking about usually looks something like this:
::::* 2007: Some discussion takes place.
::::* 2009: Somebody vandalizes the discussion in one of the above ways. From what I have seen, this almost happens months or years later, after the discussion has been abandoned. Alternatively, someone creates an unconstructive edit in a separate header that receives no acknowledgement.
::::* 2010: The page is archived, including the vandalism from 2009 that went undetected.
::::In cases like this -- which, again, are the overwhelming majority of undetected vandalism cases on talk pages -- I really don't see the benefit of preserving the vandalized state of the discussion in 2010, since its existence distorts the ''actual'' discussion from 2007. Even gibberish/test edits make discussions harder to follow, while adding nothing of value that, IMO, is worth preserving. If it would have been uncontroversially reverted in 2009, or uncontroversially reverted in 2024 if it appeared anywhere else but an archived talk page (or sandbox), I truly don't see why it should not be reverted in 2024 just because it got archived in the interim. ] (]) 22:55, 18 October 2024 (UTC)
:::::Sure, I didn't mention anything about your viewpoint. The point is that the three options you provided don't consider when the edit being considered for reversion/modification was made. I think the answer is different based on whether or not the edit was made during the active discussion, or sometime afterwards with no responses. Thus personally, as several people have alluded to in their comments, I would prefer to provide guidance based on general principles: preserve the state of the discussion at the time active participation ceased. If you're not sure about whether or not an edit should be reverted or modified, you can ask others for guidance. Also, I suggest giving priority to removing vandalism from talk pages, so it doesn't get into the archives. ] (]) 23:36, 18 October 2024 (UTC)
::::::Yes, it certainly seems like one consequence might be a heightened sense of urgency to catch vandalism before pages get archived, especially since archiving is often done automatically by bots who don't/can't check for vandalism beforehand. "There is no deadline," except when one is created I guess. ] (]) 04:30, 19 October 2024 (UTC)
:: (ADDENDUM) I am also unsure how ] is relevant to the discussion about the broader guidelines to WP:TPO. I am very familiar with that page, and the only things on it that seem even remotely related to editing archived talk pages are:
::* "Wrongly accusing others of vandalism" (indirectly via ], mentioned on WP:DISRUPT). The guideline there seems to be mostly about how one communicates with the other editors, and when they're not around anymore no communication is really taking place. But sure, I'm willing to be more granular in edit summaries. (It's noteworthy, however, that WP:TENDENTIOUS contains a section (]) about how accusing others of tendentious editing can be inflammatory without clear evidence.)
::* "Fails to engage in consensus building/rejects community input": The reason I made this RFC was to receive community input. I probably should have made it sooner, but now that I have, I don't see how these apply.
::* ]: Not mentioned on WP:DISRUPT but adjacent to it, even though I'm the only person who brought it up. As I said I have tried to take this into account, including spacing edits out more. However, that guideline also states that merely making a lot of edits is not ''necessarily'' disruptive.
::* ]: This is about cosmetic vs. substantive edits, which has come up in this RFC. That guideline states clearly that "changes that are typically considered substantive affect something visible to readers and consumers of Misplaced Pages." The definition of "cosmetic" is not in that guideline, but it is in ]: "A ''cosmetic'' edit is one that doesn't change the output HTML or readable text of a page"; the example they give is "whitespace optimization." I don't believe there is ''any'' instance where reverting vandalism or test edits would be considered cosmetic by this definition. Like... it indisputably changes both the output HTML and the readable text.
:: Notably '''not''' anywhere in WP:DISRUPT or associated pages are:
::* Editing archived pages. Likewise, ] makes no mention of anything disruptive.
::* Adding edits that appear on editors' watchlists; ] makes no mention of that being disruptive either. The only mention is above, in regard to cosmetic edits.
::* Reverting vandalism or test edits; the only mention of vandalism is in reference to whether vandalism itself is disruptive.
:: I am not aware of anything else in policy that is relevant. ] (]) ] (]) 23:25, 18 October 2024 (UTC)
::: The behavior visible in <span class=plainlinks></span>, as well as on ] appear to fit ] numbers 1, 4, and 5. Mitigating the last one was bringing it here for discussion, which was a positive step, although I disagree with the statement of it for reasons ]. ] (]) 00:02, 19 October 2024 (UTC)
::::I have addressed all of #1, #4, and #5 -- specifically, those exact three -- in the above bullet points. The first bullet point addresses #1. The second bullet points address #4 and #5, as they go together. Meanwhile, so far you have not provided any grounding for your accusation besides "because I said so." You have also accused me of making "cosmetic bot indiscriminateness" based on some unstated definition of "cosmetic" of your own that contradicts the definition set forth in the project guidelines, and accused me of "acting against consensus" when no such consensus existed. As ] clearly states:
::::"Making accusations of tendentious editing can be inflammatory and hence these accusations may not be helpful in a dispute. It can be seen as a personal attack if tendentious editing is alleged without clear evidence that the other's action meets the criteria set forth on this page." ] (]) 04:18, 19 October 2024 (UTC)
:::::You have not engaged with any points made by people who do not want archives "fixed". You are responsible for a lot of wasted time here. That is the definition of disruption. Do not fiddle with archives. ] (]) 04:38, 19 October 2024 (UTC)
::::::...I feel like all I have done for the past few days is respond to and engage with points made by "people who do not want archives 'fixed.'" I am doing that right now. This comment is me doing that. I really don't know what points you think I am not engaging with -- unless by "engaging with" you mean "agreeing with," which is not what "engaging with" means.
::::::I resent the implication that I am "responsible for" anyone's time, and it feels like a personal attack. Your time is your own. My time is my own. You are free to spend it doing something else, as am I. ] (]) 04:50, 19 October 2024 (UTC)
::::::: (Update) You specifically mentioned your comment at 06:10, 17 October 2024. I did in fact reply to that comment, which you saw. I addressed the "setting a bad precedent" part elsewhere -- essentially, it's a slippery-slope argument that addresses the remote possibility of people suddenly starting to do something that they have not done in over 10 years, at a time when we had many more active editors. As far as "having to examine history," I have been providing the diffs for any edits to archived pages that do not contain timestamps, so all someone has to do is check that diff, not the entire history -- or, for that matter, assume good faith that an editor in good standing is making legitimate edits ] (]) 05:01, 19 October 2024 (UTC)
::::::::You are changing archives. We have to spend time here explaining why that is a bad idea. There are exceptions (linter, ''serious'' BLP problems, copyvios) where removal would be ok, but removing nonsense means that the original discussion is changed from how it was when people commented. If archives were never read, we could just delete them. The point of an archive is to allow easy searching for old discussions to see what has happened before. When doing that, we should not have to waste time checking the history of the archive, then checking diffs of passers-by "cleaning" the archive to see whether any meanings have been changed. Just do not do it. ] (]) 06:36, 19 October 2024 (UTC)
:::::::::Shall anyone here volunteer to have me go write "love too diarrhea shit my pants" in a randomly selected archive of their user talk page, and then we can see how many days of not being detected it takes for it to become an immutable permanent part of the page that nobody is allowed to revert? <b style="font-family:monospace;color:#E35BD8">]×]]</b> 12:54, 19 October 2024 (UTC)
:::::::::Your use of "we" here is telling. You are framing this situation as my disregarding the orders of some unanimous authority/authorities. In reality -- as you can see clearly throughout this discussion and the survey section in particular -- there is a range of opinions on this topic, some of which align with yours and some of which don't. Before the RFC, I was told by two people that reverting vandalism to archives was acceptable (plus some other people using the "thank you for this edit" feature on similar edits to archives, I do not have a list but it certainly was more than two); I created the RFC when two people had raised objections.
:::::::::What is happening here is that ''you are choosing'' to spend time here explaining why ''you personally think'' editing archives is a bad idea. But as of right now, that is as far as it goes. ] (]) 17:13, 20 October 2024 (UTC)
::::::::::I was actually curious about the number of people who approved of similar edits to archives, so I went and checked. It's 5. I've redacted the names because if they don't want to be dragged into this mess I'm not going to do that, but they are five separate people, all of whom are editors in good standing and only one of whom is involved in this discussion.
::::::::::* 23 August 2024: thanked you for your edit on ‪.
::::::::::* 20 August 2024: thanked you for your edit on .
::::::::::* 18 August 2024: thanked you for your edit on .
::::::::::* 27 June 2024: thanked you for your edit on .
::::::::::* 18 May 2023: thanked you for your edit on .
::::::::::] (]) 22:43, 21 October 2024 (UTC)


*Sorry for not reading the whole previous conversation, but in my defense the last part seems really boring and petty. At any rate, it is very kooky to say that people can't revert someone vandalizing ana rchived talk page comment with "jklsadjklfahjklfw3lk" and "pee pee poo poo" because it spams up watchlists. Come on. At this point maybe we should just admit that watchlists are a disruptive worthless timesink and remove them from MediaWiki entirely, because not only are they used as a justification for preventing people from fixing the normal stuff, but now it is literally being argued ''that we should let people vandalize pages'' because reverting it would spam up watchlists? Deeply unserious. I disagree with removing actual comments decades after the fact, if they were actual comments (e.g. I am resolutely against the deranged practice some people have of deleting talk page threads from 2012 because they think the person's asking a dumb question). But if something was not even made as a comment, just a random cigarette butt thrown onto the talk page, then who cares. <b style="font-family:monospace;color:#E35BD8">]×]]</b> 12:52, 19 October 2024 (UTC)
Please {{Tn|Ping}} me to discuss. --] (]) 18:23, 27 August 2017 (UTC)
*:To be clear: why the heck would be an improvement? That ''wasn't even the original comment!'' <b style="font-family:monospace;color:#E35BD8">]×]]</b> 12:59, 19 October 2024 (UTC)
*::Yes, it was only a partial revert of {{diff|Talk:Culture of Mexico|next|285441466|this edit}}, and {{diff|Talk:Culture of Mexico|next|86568732|this vandalism}} wasn't reverted at all. --] &#x1f339; (]) 15:25, 19 October 2024 (UTC)
*:::Thanks for pointing this oversight out. I use keyword search to find instances of vandalism so it's very possible to miss stuff. That being said, I am now afraid to change it lest someone think I am doing something wrong. ] (]) 04:41, 20 October 2024 (UTC)
*:I'm not sure whose comments you're referring to with "boring and petty" but I apologize if they are mine. I can be boring but I try to not be petty. ] (]) 05:20, 20 October 2024 (UTC)


=== Closure request filed ===
:{{u|Thnidu}}, I have never used anchors in that way but can't see any reason not to. I instead use a ] to refer to the comment to which I am replying, but generally quote the relevant text in italics as well.
:There are many acceptable ways of structuring a discussion.
:I have been involved in Internet discussions since before public ISPs were available in Australia (we used permanent dialups to form ] that's redlink and shouldn't be, see http://www.apana.org.au/ I see it still exists, and before that there was ] which also still exists of course), and was frankly astounded that the interleaving that provoked this discussion caused anyone any stress or confusion at all. My belief was (and is) that this convention is still the most common and easily followed method of structuring a complex discussion on the Internet generally. Many if not most email clients provide it automatically.
:But some do have problems with it obviously. So the questions are (1) is there a better way and (2) can and should our guidelines be improved (one way or the other depending on the answer to (1)).
:I have had experience before with people objecting to this convention, but previously it has always been in the context of the low-level disruption I call ]... for example, some users will punctuate a long post with ''p'' HTML tags or with no paragraph breaks at all. Either tactic prevents interleaving, and in my opinion should be discouraged for exactly that reason. ] (]) 22:48, 27 August 2017 (UTC)
::You would not be astounded that many editors find interleaving to be disruptive if you had observed discussions where they were common, and where it was necessary to refute the interleaved comments. If people cannot make their point in a digestible manner they should not comment. A comment has to be made in a way that replies to the comment could reasonably occur. Further, discussions are not just for the benefit of the current participants; future editors may need to review old discussions to see why certain conclusions were reached. ] (]) 23:06, 27 August 2017 (UTC)
:::'''Strongly agree''' with '''most''' of this.
:::The ] this discussion (read the link, and discuss the contribution not the contributor please) is just plain ridiculous, as you would know had you bothered to do any check of my edit history. Enough of that please.
:::And I'm afraid I remain astounded. Refutation of the interleaved comments is exactly what the convention makes easy and transparent, and easy for others to follow later. Of course there comes a point where indentation is excessive, but for the first two or three indents it works very well. If it goes beyond that, probably best to start a new subsection, IMO... or outdent sometimes works well, sometimes not.
:::But for the rest, good points all, and I think they support the proper use of interleaved comments in Misplaced Pages, for the same reasons as it is standard practice elsewhere. ] (]) 23:29, 28 August 2017 (UTC)
::::{{ping|Andrewa| Johnuniq}} How do you even ''find'' relevant comments in a long and heavily interleaved discussion? Especially if they're not “addressed” with {{tl|ping}} (or one of its numerous aliases), or with simple linked mention as in {{tlx|u|Susannah Q. User}}.
:::::{{anchor|longdiscussion}}In a long discussion, it is hard work to follow the threads at the best of times, and from time to time users even ] to ]. But is there any doubt what I'm replying to here? Does it make the above post look unsigned, or this one? I don't think so. But then I'm an old hand at this, since long before Misplaced Pages.
:::: So I propose to add a brief description of this anchoring method, explicitly stating that this is not a guideline but an available alternative to interleaving. If there are no strong objections I will do so. Please {{Tn|Ping}} me to discuss. --] (]) 18:30, 30 August 2017 (UTC)
:::::I have no objection at all, provided it is not claimed that this is a preferred method. But I still have doubts that interleaving should be in any way discouraged. See this two-part reply as an example of a case in which I think it works well. How would you make the logic clearer? Is it necessary to do so?
:::::But we do I think need to update the guidelines to give some help to new hands who have not seen it done previously. In particular, it's not standard practice on mobile devices AFAIK. There may even be an argument to discourage it for the benefit of mobile users, I'm not one so I would not know.
:::::On conventional web browsers it works well IMO, if properly done. Here we're now five levels deep (perhaps we should recommend a limit to the depth of indenting), so pushing the limits, but it still works well on my browser.
:::::{{u|Thnidu}}, pinging as requested. But I'm surprised that is necessary... do you use ] and ? ] (]) 22:15, 30 August 2017 (UTC)
{{Od}}
Sorry, {{u|Andrewa }}. Yes, I do use them. The trouble is that on some pages that have many unrelated discussions going simultaneously, like the ], I get too many notifications about edits on topics I'm not interested in. This page is not such, but the habit stuck with me. Also, as I believe I mentioned above, navigating such a long discussion as this on a smartphone creates other difficulties. --] (]) 23:02, 30 August 2017 (UTC)
:Making the articles available to mobile users is definitely a good thing. I am yet to be convinced that mobile editing of articles or discussions is a good thing overall. It has obvious advantages but there seem to be some drawbacks to it. ] (]) 02:47, 31 August 2017 (UTC)
::{{replyto|Andrewa}} Edits {{diff|Misplaced Pages talk:Talk page guidelines|prev|798085966|like this}} are precisely the problem we are trying to avoid. Without knowledge of that specific edit diff, can anybody tell from the above thread that the paragraph beginning "In a long discussion, it is hard work to follow the threads at the best of times" was ''not'' written by {{user|Thnidu}}? It's misattribution, plain and simple. --] &#x1f339; (]) 08:25, 31 August 2017 (UTC)
:::QED. ''']]''' 14:08, 31 August 2017 (UTC)
:::This is the heart of the matter, and apologies if I offended anyone by this post, but I did so as an example, and it's proving to be a good one.
:::Yes, I think that the indentation makes it quite obvious that the paragraph in question was written by me and not by Thnidu. I can't see how anyone can miss it, in fact. But obviously you have difficulty following the thread, so we need to do something. If there's consensus that interleaving is to be discouraged, then of course I'll abide by that decision. But I think it's the wrong way to go.
:::Strongly disagree that it is ''misattribution''. That is over the top. There is no intent to mislead, and the convention I'm using is clear and unambiguous. The problem is just that some people apparently have difficulty in following it. ] (]) 14:18, 31 August 2017 (UTC)
:::: ({{u|Thnidu}} here.) Between the 2 paragraphs of one of my comments, {{u|andrewa}} inserted a ] including the question
::::: But is there any doubt what I'm replying to here? Does it make the above post look unsigned, or this one? I don't think so. But then I'm an old hand at this, since long before Misplaced Pages.
:::: {{u|Redrose64}} responded
:::::Without knowledge of that specific edit diff, can anybody tell from the above thread that the ] beginning "In a long discussion, it is hard work to follow the threads at the best of times" was ''not'' written by {{user|Thnidu}}?
:::: {{anchor|ubisum}} To which I will add: Yes, as a matter of fact, it does leave the preceding paragraph (not "post", since your paragraph interrupted my post) not just "look" unsigned but ''be unsigned'', since your interposition separated that paragraph from my signature. And your paragraph there is also unsigned, since the reader must scroll five paragraphs down to find your signature. You could have avoided the latter problem by typing four tildes after your interruption, but the "un-signing" of my first paragraph would be much harder to fix, if at all doable. And we certainly couldn't rely on new users, who often neglect to sign their own posts, to handle such complications.
:::: {{anchor|old hand}}As you say, you're an old hand at this, and that's part of the reason for our differences here. In such conversations finding the correct attributions is not a simple task at all. To make an analogy, being an experienced driver does not qualify one to teach driving, and one reason is that there are so many actions that by now are reflexive and unconscious to the "old hand" that they need to '''learn''' that the novice needs to consciously learn the stimuli (e.g., ''car a short distance in front suddenly hits the brakes'') and responses (''brake immediately but not hard at first, while checking side view, mirror and corner-of-eye direct, to see if it's safe to swerve that way; if not, check other side while braking harder''). --] (]) 16:24, 31 August 2017 (UTC)
:::::You say that ''Yes, as a matter of fact, it does leave the preceding paragraph (not "post", since your... paragraph interrupted my post) not just "look" unsigned but ''be unsigned'', since your interposition separated that paragraph from my signature. And your paragraph there is also unsigned, since the reader must scroll five paragraphs down to find your signature.''
:::::That is true if but '''only if''' we '''ignore''' the indenting and interleaving convention, correct?
:::::Or conversely, if we do not ignore the convention, that statement is quite simply '''false''', is it not? The signatures are intact provided the convention is understood to apply here.
:::::Agree with many of the points made in that post. But some of them are splitting hairs and ignoring the issue. We have had this convention for many years. You (and others) want to change it. That's the issue. And there may be a case.
:::::But it seems to me that it would be much easier to discuss this and seek consensus on this if we followed the convention for now. I am refraining from doing so, reluctantly but at your implicit request. It seems to me for example that let to an impenetrable mess and the points you make there could have been far better presented, and more easily answered, by using the indenting convention with interleaving.
:::::I have problems with (not by you) too, but perhaps that's enough for now. ] (]) 00:14, 1 September 2017 (UTC)


A closure request was filed 11 December 2024 by the OP, and is pending. ] (]) 21:35, 16 December 2024 (UTC)
===This is a bad, BAD idea===
Many users find this practice highly offensive, and it makes discussions very confusing to follow. We should not be encouraging it in any way. Drive a stake through this. ''']]''' 22:37, 30 August 2017 (UTC)


== Use of FAQ template not documented ==
:If it's true that ''Many users find this practice highly offensive'', then I'd have to agree it should be banned. End of story.


{{tl|FAQ}} appears to be used on some talk pages but I couldn't see a mention about its use on this guideline. ] (]) 00:39, 1 November 2024 (UTC)
:But I must ask '''why''' is it so offensive? And why is it confusing? Was anyone confused or offended by ? Why and how?


:I went ahead and ]. —] (]) 15:29, 1 November 2024 (UTC)
:] are one of the key techniques of ]. The ability to reply concisely and clearly to a long post is vital in order to get ranting discussions back on track, and work towards ].


=== Suggest in-article references to FAQs? ===
:If people find this offensive, I think perhaps they're in the wrong place. In a sense even your signed contributions don't ] to you here at Misplaced Pages. '''All''' text is available for reuse and refactoring. There are restrictions, of course, and we should not for example misrepresent others, or deny them their chance of a fair hearing, and the guidelines seek to ensure this. But interleaving, properly done, does neither of those things.


Does ''anyone'' read talk FAQs before boldly editing articles or making proposals on talk? Granted, FAQs are useful to cite when responding to an edit or proposal. But can we make them more preventative? Perhaps we should mention the option of adding in-article footnotes or hidden text that refer to the appropriate FAQ. - ] (]) 17:07, 1 November 2024 (UTC)
:To the contrary, it allows arguments to be easily, clearly and concisely answered. And this is not always welcome! ] (]) 00:45, 31 August 2017 (UTC)


:That's a good idea. I have ] into the project page. ] (]) 17:14, 1 November 2024 (UTC)
::{{tq|'''All''' text is available for reuse and refactoring}}{{snd}}Reuse, yes. "Refactoring" that in any way even slightly tampers with the context, import, or connotation of an editor's post, no, and that includes interlarding your own comments in a way that neuters the original thrust. Quote a bit of what someone said, and respond to it{{snd}}as I did in this very post. More than one person may want to respond to the same post, and if they all try to interleave it becomes a complete mess. ''']]''' 00:56, 31 August 2017 (UTC)
::We could recommend that individual articles can be given a brief editnotice, something like "Before editing this article, please read the frequently-asked questions", with the last three words linked to the approptiate talk page section or subpage. --] &#x1f339; (]) 08:58, 2 November 2024 (UTC)
:::That would have been a good idea if ordinary editors could create Editnotices. According to ], "{{tq|only administrators, page movers, and template editors can create or edit editnotices in any .. namespace }}".
:::So perhaps we could suggest that editors should request an administrator to add an editnotice to read the FAQ (with a link to the FAQ) for edits that have been repeatedly rejected. The only question would be what would be the appropriate noticeboard for such requests? ] (]) 20:07, 2 November 2024 (UTC)
== "]" listed at ] ==
]
The redirect <span class="plainlinks"></span> has been listed at ] to determine whether its use and function meets the ]. Readers of this page are welcome to comment on this redirect at '''{{slink|Misplaced Pages:Redirects for discussion/Log/2024 November 8#Misplaced Pages:STAYONTOPIC}}''' until a consensus is reached. <!-- Template:RFDNote --> ] (]) 09:54, 8 November 2024 (UTC)


== re-factoring/editing of others comments ==
:::Agree with all of the first two sentences '''except''' the unstated implication that interleaving properly done ''even slightly tampers with the context, import, or connotation of an editor's post'' or that it ''neuters the original thrust''.


::::And if a second editor inserted a comment here, it would not affect the flow or logic of my post in the slightest. ] (]) 02:26, 31 August 2017 (UTC) While removing unambiguous personal attack is often reasonable, I question this ] of my comment by a third party and I feel it's an overzealous editing. Is this within the leeway given to any editor for what they consider "potentially PA" ? ] (]) 18:04, 18 November 2024 (UTC)
: ], In my opinion, that is a ], and you can revert their edit, citing ] in your edit summary. To demonstrate an abundance of ] with respect to that editor, instead of simply reverting their edit (which was also made in good faith), you could remove it from inside your comment and move it to *after* your comment,properly indented, while taking care to mention your change in the edit summary as "refactoring" their interpolated comment (which is also a ] on your part of their comment, but a justified one imho). This both acknowledges their disagreement with your edit, while still preserving the original form of your comment undisturbed, along with a refactored version of their comment. Be sure to retain their wording, even if critical of you, to demonstrate your good faith. Since they didn't sign their interpolated comment, you should append the following to the end of their comment after you move it down: <code><nowiki>{{subst:unsig|Dustfreeworld|16:36, 18 November 2024 (UTC)}}</nowiki></code>. A little tricky, but that's how I would handle it. ] (]) 10:50, 20 November 2024 (UTC)


== article ==
:::It does neither. Did do either? It doesn't seem to have to me. Do you have examples that have? ] (]) 02:26, 31 August 2017 (UTC)


Hello, and thank you for the notification. I understand Misplaced Pages's guidelines regarding autobiographies and the concerns about neutrality and verifiability. My intention was not to violate Misplaced Pages's policies but to experiment with drafting content. I respect Misplaced Pages's goal of maintaining a high standard of neutrality and reliable sourcing.
::I'll tell you why I hate it. It derives from an email/usenet practice, where correspondents inserted their comments directly into the comments of the person they responded to. In that context, it works fine, for two reasons.


If I believe my work or achievements meet the notability criteria, I will ensure that:
::First, in the email/usenet context, each response was a separate document, an email message itself. It wasn't a single document being iteratively edited, with the end result being an intermingled mass of commentary by multiple editors, where finding each editor's comments and viewpoints is much more difficult.


# The article relies solely on independent, verifiable sources.
::Second, in email/usenet, one almost always trimmed away the parts not being responded to. It was a matter both of courtesy and to keep the note from becoming ungainlily long. In contrast, on Misplaced Pages talk pages, we obviously don't want other editors' comments trimmed by the act of responding; again, because it's a single document, not a series of individual documents.
# I propose any changes or edits through the Talk page rather than making direct edits myself.
# I work with experienced editors to ensure compliance with Misplaced Pages's guidelines.


I would appreciate any feedback on whether the sandbox content aligns with Misplaced Pages’s standards or if I should discontinue this project. Thank you for your guidance! ] (]) 16:43, 12 December 2024 (UTC)
::What worked very well for email and usenet works very badly in an interatively edited document like a Misplaced Pages talk page. It causes attributions to be masked or difficult to figure out.
:{{re|Visuiyer}} You seem to have posted this in the wrong place. --] (]) 22:41, 12 December 2024 (UTC)
:can you please guide me ] (]) 07:56, 16 December 2024 (UTC)
::In the pink box at the top of ] there is a "Where to get help" section. - ] (]) 16:05, 16 December 2024 (UTC)


== Encyclopedia access closed by fundraising ==
::You say "it allows arguments to be easily, clearly and concisely answered", but I don't think that's the case. Easily and concisely, sure; but clarity is a casualty of the practice. I love it in email (top-posting is the bane of modern email communication) but hate it for talk pages. ] (]) 00:59, 31 August 2017 (UTC)


Accessing the encylopedia is blocked by fund-raising pages. Even though I donated 100.00 in the current drive, if I try to get to Misplaced Pages, I get only demands for money. ] (]) 14:52, 26 December 2024 (UTC)
:::It seems to be a matter of taste to me. I have no problem following properly inserted comments; I find it easy to follow the logic (or lack of same) in arguments presented in this way. Again, have you any examples where clarity has suffered? Do you think that the example I gave above, or the original one that started this whole string, are unclear?

:::I'd like to respond to the detailed points you make, some of which I agree with, but others are I think at least questionable. But without doing what you hate I think it would be unworkable, so I'll just leave it at that. ] (]) 02:26, 31 August 2017 (UTC)

:::: {{u|andrewa}}, in reply to your first ¶ above (I refuse to interleave), my ] about the "old hand" applies here as well. As a extremely experienced editor, ''you are unable, without effort, to comprehend how what is so easy for you can be difficult to a newcomer''. --] (]) 16:37, 31 August 2017 (UTC)

== Template:Reflist-talk ==

I was going to ] add a paragraph to the page, but because of the warning at the top—
: You are editing a page that documents an English Misplaced Pages guideline. While you may be bold in making minor changes to this page, consider discussing any substantive changes first on the page's talk page.
— I'm posting it here first for discussion:



:'''References on talk pages'''
:If your comment includes ] that will create footnotes, use ]<ref>Also useable as {{tl|talkref}} or other names; see </ref> at the end of your comment section. This will force your references to appear in a box at the end of the section, rather than at the foot of the page as they would in an article. Like this:

{{talkref}}

Comments, please! {{tl|Ping}} me.--] (]) 18:57, 27 August 2017 (UTC)

*Honestly, this page is complicated enough as it is. Refs on talk pages are fairly rare <u>(usually they're there by accident{{snd}}copied in with some other text, and of no importance at all)</u> and it's not the end of the world if they get rendered at the end of the page. Some other more experienced editor might come along and add {talkref}, or not, and either way it's not a big deal. I'd skip it, and let it be something people learn by example. ''']]''' 19:09, 27 August 2017 (UTC)
*{{replyto|Thnidu}} I agree with the proposal. I see this about once a month and while not necessary, I'd like to see the practice formalized. <span class="nowrap" style="font-family:copperplate gothic light;">] (])</span> 21:26, 27 August 2017 (UTC)
*{{u|EEng}} ''(Ye gods, I just wasted at least half an hour in your "museums". Fun but dangerous!)'' Um... As I was saying... Yes, I still think it's a good idea. It can save a lot of scrolling (→ time → spoons), and make it a lot easier to compare the references with the text. I'mma put it in. --] (]) 21:53, 27 August 2017 (UTC)
*:I'm not saying it's not useful to have it where it applies. I'm saying that I wonder if it's worth adding to the crushing weight of detail on this page, which is one of the first we recommend newbies absorb. Anyone can come behind an initial post and add {reftalk} when they recognize that it would help so I'm saying let a more experienced comes-along-later editor do it -- no harm done by the delay -- instead of adding one more thing a newbie thinks he has to try to remember. ''']]''' 22:02, 27 August 2017 (UTC)
*:EEng is correct. It would be nice if every editor could be given a pill that allowed them to manage talk pages, but that's not going to happen, and they certainly will not read this guideline before dumping refs in their comments. Learn-by-example is best for {{tl|reflist-talk}} and the guideline should focus on basics which are much more important. Too much detail makes it impossible to see essentials. ] (]) 22:59, 27 August 2017 (UTC)
*::You know, I think there's a place for an essay WP:LEARNBYEXAMPLE on erring on the side of relying on learn-by-example instead of stuffing every detail into long intro pages no one can possibly read. The Help: space is a trainwreck because its builders (who, I gather, simply dropped dead of exhaustion one day) couldn't decide whether to make it a set of for-dummies quick-start pages, or a full regurgitation of every consideration and feature, drawn out with numbing examples for each and every point. Favorite examples: ], ], and (my all-time favorite) ]. That word ''tutorial'' in there was someone's idea of a joke. (] is even more indigestible, but at least it doesn't advertise itself as a tutorial or help page.) ''']]''' 23:23, 27 August 2017 (UTC) P.S. Sorry, I momentarily blocked on the absolutely, positively, ''worst'' help page every: ].
*::::{{ping|EEng}} I just saw that you'd {{diff| title=Misplaced Pages%3ATalk_page_guidelines| type=revision| diff=797565278| oldid=797563994| label= deleted my paragraph from the page}}. I wish you had at least ''mentioned'' that action in this discussion. --] (]) 18:55, 30 August 2017 (UTC)
::::::I would have if there was anything that needed saying beyond what's in my edit summary. You're expected to keep pages you care about on your watchlist. ''']]''' 20:04, 30 August 2017 (UTC)
*:::I wonder if there might be a technical solution to this. It is an annoyance, especially when trying to manually archive, collapse or remove something, and you can't find where those refs at the bottom belong. On a crowded talk page in need of archiving, it can be quite difficult to find which section to stick the template in after the fact, so it would be nice if it could be either automatically generated in the first place or added by bot soon after. Beyond the scope of this talk page, I guess, but I thought I'd see if anyone thinks it's feasible before finding a place to request it. ]<small><small><sup>]</sup><sub>]</sub></small></small> 05:19, 28 August 2017 (UTC)
*::::I see no hope of some automated solution. But I really feel this is a search for a solution which, when found, will then be in search of a problem. Sure, it's cleaner if each talk thread ends with its own refs, but if they refs end up at the bottom of the page, so what? They're still there, and when a thread is archived the refs move properly with the thread itself to the archive page, appearing at the bottom there. Sometimes the refs are in the thread accidentally anyway e.g. got copied in as part of some text under discussion, and no one cares where they appear or indeed realizes they're even there. If it really ''matters'' that the refs be in the thread proper, someone will have the sense to add {talkref}. Otherwise, no big deal. ''']]''' 05:29, 28 August 2017 (UTC)
*:::::{{replyto|Rivertorch}} It's very easy to work out which sections to add the {{tlx|reflist-talk}} to. Assuming that you are starting with all the refs displayed automatically at the bottom of the page:
*:::::#Have a look at the first of those refs; it will have one or more backlinks close to the start of the line (if there is one backlink, it will be a caret "^"; if there are two or more, they will be lowercase letters).
*:::::#Click the first of those backlinks, this will take you to some point further up the page, almost certainly in one section or another.
*:::::#Edit that section, add {{tlx|reflist-talk}} to the bottom, and save.
*:::::#Return to the bottom of the page, check to see if there are any remaining automatically-displayed refs; if there are, return to step 1.
*:::::and you're done. --] &#x1f339; (]) 11:25, 28 August 2017 (UTC)
:::::::::Yeah, that's quick and simple! Another approach would be to just not worry about on exactly what part of the page the refs display. ''']]''' 12:02, 28 August 2017 (UTC)
:::::::::Thanks, Redrose64. That's more or less what I already do, and it almost always works, but a while back I encountered a talk page where all bets seemed to be off. I don't remember exactly what I eventually found the problem was (hatted sections? an improperly closed tag, maybe?), but it just stuck in my mind and when I saw this thread it occurred to me that it might be feasible to address the problem through automated means. @EEng, I appreciate that you consider it no big deal. I certainly don't think it's a big problem, but I also think it's often worthwhile to at least consider addressing minor issues that make the interface more confusing than it needs to be, especially for new users. I'm no perfectionist, but I also dislike the "good enough" approach when something might be easily improved. {{smiley}} ]<small><small><sup>]</sup><sub>]</sub></small></small> 18:11, 28 August 2017 (UTC)
::::::::::I agree about considering, and that's what we're doing now, but to me the answer is that it's not an improvement to add these instructions to this page. A big problem in editor retention is the learning curve, and by adding this we've made that curve a little steeper in order to get a slight cosmetic adjustment to 1 in 1000 talk pages{{snd}}''maybe'' (i.e. ''if'' this new instruction is remembered and heeded by newbies). And in many cases someone else will make the slight adjustment anyway. ''']]''' 18:27, 28 August 2017 (UTC)
{{od}} ''(At ten levels of indentation the text is virtually unreadable on a smartphone.)''<br>
{{ping|Chris troutman|Johnuniq|Redrose64|Rivertorch|EEng}} <br>Clearly I left out a crucial point in my proposal: Using {{tl|Reflist-talk}} on one's own comment requires making sure that all previous comments with references have it as well. And that does complicate it, so it would be important to note that this is an option that you can use, but you don't have to.--] (]) 19:28, 30 August 2017 (UTC)
:Great{{snd}}yet more complication to an instruction that solves a tiny use case in the first place. Until five years ago {reflist-talk} didn't even exist, and we got along fine. It was invented for a the very few times where, for some special reason, it really clarified things to emit the refs accumulated to a certain point (usually how-to pages, MOS pages, etc., on which the mechanics of refs are being themselves explained). You mean well, but this whole thing is a bad use of novice editors' very limited ability to absorb our already complicated rules and guidelines. I suggest we remove it completely. ''']]''' 20:04, 30 August 2017 (UTC)
::Honest question: would you say this guideline should be primarily for newbs? ]<small><small><sup>]</sup><sub>]</sub></small></small> 23:27, 30 August 2017 (UTC)
:::First and foremost it's a ''reference'' for OK and not-OK behavior, for when arguments flair up. To the extent possible, it should present that in a way calculated to allow newbies to absorb it readily. That's a hard balance to strike, and ''way'' down on the list is technically complicated oh-and-in-this-rare-case-also-do-this minutiae. I'll say it again{{snd}}leave this for learn-by-example. ''']]''' 00:12, 31 August 2017 (UTC)

Latest revision as of 14:52, 26 December 2024

This is the talk page for discussing improvements to the Talk page guidelines page.
Shortcut
Archives: Index, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16Auto-archiving period: 3 months 
YOU MIGHT BE ON THE WRONG PAGE.This page is not meant for general questions, nor discussions about specific articles.
This page is only for discussions about the Misplaced Pages page Misplaced Pages:Talk page guidelines. To discuss an article, please use that article's talk page. To ask for help with using and editing Misplaced Pages, use our Teahouse. Alternatively, see our FAQ.

Request for comment: Do the guidelines in WP:TPO also apply to archived talk pages?

WP:TPO details several instances of comments that are appropriate to remove from talk pages, such as vandalism, spam, gibberish, and test edits. Does this apply to archived talk pages as well? I will post a more detailed statement and further context in the replies. Gnomingstuff (talk) 17:30, 16 October 2024 (UTC)

TO BE CLEAR/PLEASE READ: This is a yes or no question. For those who are having difficulty interpreting the yes or no questions:
  • "Support" means "Yes, all of the appropriate edits listed in TPO are also appropriate edits to archived talk pages."
  • "Partial support/oppose" means "Some, but not all, of the appropriate edits listed in TPO are appropriate to archived talk pages." If you !vote this, please specify which edits.
  • "Oppose" means "No, none of the edits listed in TPO are approprate edits to archived talk pages."
This is going to be long, so apologies in advance. For context/rationale, see this protracted discussion on my talk page.
There is a large amount of vandalism to Misplaced Pages -- much more than one might think -- that has gone undetected for years, often since the early days of the project. I use the phrase "vandalism" here to encompass any unconstructive edit that would be reverted on sight, across the spectrum from oversightable edits to gibberish. I do not use it to encompass comments that are merely uncivil or waver off topic. Essentially, I'm using a slightly narrower version of the definition and precedent from WP:TPO.
My investment in this topic is that reverting undetected vandalism is most of what I do on Misplaced Pages. My priority was originally to remove this stuff from main article space, but I am no longer finding much low-hanging fruit there, so I am now working on talk page vandalism. I consider this a priority; these comments are not only readable on site but indexed by Google -- which is how I found the stuff in the first place. In addition, they are intended to serve as a readable record of what people actually said. Changing what people actually said, drive-by deleting constructive comments, and cluttering the discussion with nonsense all make it difficult for talk pages to serve their intended purpose and bloat the page for no good reason. As such, WP:TPO is pretty clear that this sort of thing can be removed.
When vandalism stands for 10+ years on busy talk pages, it frequently makes its way to page archives. Page archives have a banner stating "do not edit this page." However, I kept finding hundreds of instances of the stuff in my searching, and it felt wrong to just see them but do nothing. So, in March 2023, I asked a question on the help page for archiving talk pages whether the banner applied to removing undetected vandalism. At the time, I was asking about the most blatant cases of vandalism, since I expected the answer to be "only in rare cases of X," but the response I got from two people (one admin) was much broader: that the banner "doesn't apply at all" to "maintenance edits such as removing vandalism."
So, I went about removing such content for more than a year, generally in bursts, and received no negative feedback and some positive feedback. As before, I started with low-hanging fruit then moved on to the sort of disruptive edit mentioned in WP:TPO. To be clear, I do not intend to revert any edits not encompassed in those guidelines (if anything I think they are too liberal in what can be removed); there is no infinite slippery slope. The thing is just that there is so much undetected vandalism; thousands of instances reverted, probably thousands to come.
That being said, two people have complained about this in recent months, hence the RfC. The arguments against removing vandalism on archived talk pages, according to the complaints, seem to include:
- Reverting undetected vandalism on talk pages is not an improvement to the encyclopedia. I personally cannot think of a single place on the project where this is true, and WP:TPO seems to state that it's appropriate.
- There is no urgency to removing vandalism that has gone undetected for years. I disagree. There is no deadline, etc., but I think removing vandalism of any kind is more urgent than many other tasks on the project.
- People have to check whether the edits are legitimate. I don't even know what to say to this one; these kind of edits, I would think, should speak for themselves. People frequently use rollback to remove similar content on talk pages, which is reserved per WP:ROLLBACK for edits where "the reason for reverting is absolutely clear."
- Removing vandalism makes it more likely for other vandalism to fall through the cracks because it adds entries to watched pages. I find this argument, frankly, ridiculous. It can be applied to literally any of the millions of edits made to pages that might show up in a watchlist; should we stop doing those too? Given the breadth of subject matter of the vandalized pages, I also find it hard to believe that any one person would be watching enough of them for this kind of edit to make much of a difference.
- I make a lot of edits. This is true, and I have tried to take WP:MEATBOT into account. (I do realize that I tend to get locked in on tasks that require going through long lists.) I don't use any bots or tools more advanced than wildcard search, however. (i.e., no regex, per the searching guidelines; I tried regex a handful of times and found it not very useful for this). This is less a policy complaint than a personal complaint, but I am mentioning it for completeness' sake.
- More people might start editing vandalism on talk pages, exacerbating any of the above. That sounds great to me! More people should be doing counter-vandalism (to the extent that anyone "should" be doing anything here).
I am happy to address comments and discussion by other editors. Gnomingstuff (talk) 18:06, 16 October 2024 (UTC)
Addendum to the last point: I've seen "more people might start reverting vandalism on archived pages" come up repeatedly during this discussion, and well, the best argument against that is that no one did much of it for over 15 years, so it's hard to imagine many people starting now.
There's also a finite amount of undetected vandalism on current archive pages (even if it keeps revealing itself as more than anyone thought), so 15 people doing it is no different than 1 person doing it, it'll just get done faster. Gnomingstuff (talk) 07:12, 17 October 2024 (UTC)
Further addendum: In the past few days, I have identified 150 instances and counting of undetected bad edits (vandalism, nonsense, test edits, etc.) that now persist indefinitely in archived pages. Each contains the offending diff(s), the majority of which originated earlier than 2010. I am comfortable saying that none of these 150 instances are legitimate or constructive parts of the discussion, and many of them are especially egregious. There is no way of knowing how much is out there, but if I have already found 150 cases, that does not bode well. I have not made any changes to the archived pages themselves. Gnomingstuff (talk) 20:40, 15 November 2024 (UTC)
  • Update 11/20: Over 500
  • Update 11/29: Over 1000, 134 really bad
  • Update 12/22: Over 1800, 247 high severity (slurs, crude vandalism, blanking)

Survey re TPO Guidelines

  • Oppose. And see AN discussion Striking comments from banned sockpuppets and modifying archived comments. Perhaps participants there should be informed that for some reason this RfC about the WP:TPO guideline appeared. Peter Gulutzan (talk) 18:08, 16 October 2024 (UTC)
    Thanks for the link, I was unaware of it. Gnomingstuff (talk) 20:41, 16 October 2024 (UTC)
  • Oppose. Reverting archived vandalism wastes editor time (of the person searching for it, of the person editing the page to remove it, from watchers of the page, and from those looking through contributions) and draws attention to things that are best just ignored. The alleged benefits are at best trivial and in many cases incorrect. Thryduulf (talk) 18:42, 16 October 2024 (UTC)
    • For clarity, I opposed changes to the status quo which clearly does not apply to archived talk pages. Archived talk pages should be edited only when there is some active harm being caused, which is almost never the case. Thryduulf (talk) 19:03, 16 October 2024 (UTC)
  • To the question Does this apply to archived talk pages as well?, no. Do not edit archives. (And seriously, what value would that work contribute? Surely there are more constructive edits to be made.) (edited to add) Tryptofish's comment made me think of an exception: removing vandalism/disruptive edits that were made after the content was archived. Schazjmd (talk) 19:01, 16 October 2024 (UTC)
  • Generally oppose the editing of archived Talk pages, with possible exceptions for libel and copy violations. Mathglot (talk) 19:05, 16 October 2024 (UTC)
  • General oppose I could see in exceptional circumstances instances where this was appropriate (as mentioned by Mathglot), but in general this seems like a bad practice. -- LCU ActivelyDisinterested «@» °∆t° 19:12, 16 October 2024 (UTC)
  • My inclination is to oppose the editing of archived talk pages. The benefit to the encyclopedia is minuscule in these cases, and I think the risk of confusion or annoyance to other editors outweighs that benefit. There are a handful of exceptions to this general case—for instance, I believe that material that merits revdel or oversighting should be removed, even if it's on an archived page. However, non-constructive yet comparatively innocuous comments (such as test edits or gibberish) are probably not worth the effort to revert. ModernDayTrilobite (talkcontribs) 19:13, 16 October 2024 (UTC)
    In the "taxonomy of non-constructive edits" section below, I gave some more detailed opinions on which types of non-constructive comment should or shouldn't be removed. In addition, Rhododendrites raised a good point below that edits to archives can also include fixing syntax errors, which in my opinion has definite value. I still don't think comments such as pure gibberish are necessarily useful to remove, but there are enough categories of material that merit removal that I no longer find it appropriate to consider my vote an oppose per se; instead, I'd say my position is support if under specific circumstances. ModernDayTrilobite (talkcontribs) 15:27, 17 October 2024 (UTC)
  • Partial support, at least. Following Mathglot's link, I checked four links (example), all of which were what I'd call "graffiti". I see no reason to oppose edits like my example; they're worthless, and the text gets in the way for anyone who's consulting the archive. This is a constructive edit, so the guideline shouldn't restrict such edits, and if Gnomingstuff wants to do it, we shouldn't say "do something more constructive". I say "partial" because I haven't yet noticed any edits other than anti-graffiti. Nyttend (talk) 20:17, 16 October 2024 (UTC)
    Can I strike this comment to make things easier on the closer? – Closed Limelike Curves (talk) 19:56, 9 November 2024 (UTC)
    You can strike your own comment of 19:56, 9 November, however per WP:TPO do not strike anyone else's. Also, please read WP:THREAD to learn how and where to add reply comments; you are replying to an October comment that has already has responses, and this is not the right place for your reply. Please do not attempt to fix the placement now, as it will likely just make things even worse, just spend some time at WP:THREAD. Thanks, Mathglot (talk) 20:12, 9 November 2024 (UTC)
    To clarify, this question was directed at @Nyttend specifically (I was asking him for permission, not asking if it's allowed—I know not to strike a comment without asking first). – Closed Limelike Curves (talk) 21:10, 9 November 2024 (UTC)
  • Never mind, full support, now that I've found edits like and and . The encyclopedia definitely benefits from the removal of outright vandalism like this, so the guidelines shouldn't stand in the way. It's a tiny benefit, but if Gnomingstuff wants to do it, "are probably not worth the effort to revert" is irrelevant; we're not talking about a bot that's using limited resources. Nyttend (talk) 20:20, 16 October 2024 (UTC)
    This is a representative sample, I think; from what I have found it's skewed toward the gibberish side of the spectrum (there is a huge spike starting 2022, probably from ChatGPT), but it also extends far enough to the other end that I've emailed oversight multiple times. Gnomingstuff (talk) 20:39, 16 October 2024 (UTC)
    I clicked link 2 just to see...why would anyone oppose removing outright nonsense like that which made its way into a Talk page before it was archived? -αβοοδ (talk) 04:46, 19 October 2024 (UTC)
  • Mostly support. I've looked at the links to previous discussions and past edits, posted here by other editors, before coming to this conclusion. I'm not very sympathetic to the argument that it wastes editor time when it shows up on watchlists, because you don't have to watchlist archives unless you want to see if archives change. And I'm not very sympathetic to the argument that there's a template at the top of archive pages, saying not to edit them, because the intention of that template is to indicate that the discussions are closed, not that the page should be treated as if full-protected. Now the reason that I say "mostly" is that it seems to me that the real goal here should be that editors who might later look back at an archived discussion should be able to see, without being misled, what the discussion was, at the time that it took place. For that reason, if a sockpuppet commented at the time, but the sock comment was not struck at the time, then the comment should be left as is, because that's what the discussion consisted of at the time. But a lot of the vandalism being discussed here has the effect of altering the discussion, as it took place at the time. And that's appropriate to revert. If some vandal comes along and ignores the template saying not to alter the archive page, and vandalizes it, it's silly to scold the editor who undoes that vandalism. Let's say that, long ago, I took part in a discussion and said whatever I said then, and it's long since been archived. Now a vandal comes along and changes what I wrote to something stupid. What's the purpose of preserving the vandalism? What is it being preserved for? All it accomplishes is making my long-ago comment sound stupid, in a way that misleads editors who come along later to find out what happened in that discussion. --Tryptofish (talk) 20:54, 16 October 2024 (UTC)
  • Comment. Nyttend's diffs make a good case that "vandalism that modified another editor's comments" should be reverted in archives, if current policy discourages that it should be changed. I think that the threshold for "cleaning" archives should be higher than "would revert on an active talk page", reversions like Special:Diff/1251394873 feel unnecessary. Walsh90210 (talk) 23:16, 16 October 2024 (UTC)
  • I agree with Tryptofish that the goal of an archive is to preserve the past conversations. This doesn't mean every literal wikitext source character has to be kept the same, or that the output has to be a pixel-perfect match with the past. (Fixing unclosed elements is a common edit that is done to preserve the original appearance of the discussion, after the MediaWiki software started rendering the output HTML differently.) But it should be possible to look at the archive and experience the discussion as it occurred at that time. So if a banned editor made comments without being detected at the time, their comments shouldn't be deleted from the archive, as that wouldn't reflect what the participants read and responded to. If someone vandalizes an archive, the change should be reverted, in order to restore the discussion to its original archived state.
  • (On a side note, template transclusions are a problem with this goal, since they always transclude the current version. Anyone concerned about this should subst: the template, or find a way not to use it.) isaacl (talk) 23:25, 16 October 2024 (UTC)
    You raise a good point, and I could see an interesting proposal coming out of it to the effect that archive bots could have a subtask that substed templates at archive time. Ping me, if you get involved with a proposal like that. Mathglot (talk) 02:53, 17 October 2024 (UTC)
  • Support, as one of the commenters on the original discussion on the archiving help page (side note: I don't think a user's adminship or the lack thereof has any bearing on the worth of the comments there). As I said at the above-linked discussion, I sometimes make such vandalism removals myself, such as this edit to Talk:Chewbacca/Archive 1. I'm interested in such vandalism removals from the angle of preserving the first good-faith comments made on a talk page, like this edit to Talk:Dylan Thomas/Archive 1. Graham87 (talk) 02:57, 17 October 2024 (UTC)
  • Oppose You don't need permission to remove BLP stupidity such as that shown in Nyttend's diffs, see WP:IAR. However, disturbing an archive just to remove fluff (diff), even if it met WP:VAND, is a bad idea because it makes examining archives much harder because now you have to also examine history to see if the record has been altered. Also, gnoming archives sets a bad precedent which would encourage enthusiasts to make other "fixes". Removing junk before it is archived would be great (I do that). Johnuniq (talk) 06:10, 17 October 2024 (UTC)
    A bit confused on the "oppose" here - "BLP stupidity" is part of the WP:TPO guidelines, so it seems like you're saying that some of those guidelines but not all should apply to archived pages, e.g. a partial oppose/support? Gnomingstuff (talk) 07:00, 17 October 2024 (UTC)
    This is a badly worded RfC. The issue is clearly whether someone should "fix" archives. The answer to that question is no. I believe archives should be a record of what occurred on a talk page and should not have adjustments made unless for compelling reasons (such as linter errors, BLP violations, serious copyvios). Johnuniq (talk) 07:58, 17 October 2024 (UTC)
  • Support. Countervandalist editors are welcome and should be encouraged. I can't understand the opposers at all. Let our volunteers do what interests them, please.—S Marshall T/C 08:12, 17 October 2024 (UTC)
  • Partial oppose - I'm against most edits to archives for the simple fact that none of the original participants will see the changes. That means there are only three good reasons to do so that I can think of: to fix syntax errors, to remove egregious attacks/vandalism/BLP issues, and to update a link to a separately archived thread for posterity. — Rhododendrites \\ 11:42, 17 October 2024 (UTC)
  • I don't really see a need to do so except in rare cases where IAR could be applied, but I also don't see the point in prohibiting it. So supportish I guess? Alpha3031 (tc) 13:18, 17 October 2024 (UTC)
  • I support the removal of actually offensive content, anything that could be illegal or eligible for revdel/oversight (BLP/copyright vios), and changes made after a discussion was closed. I’m also pretty sure that those things are allowed under current policy. I think removing "spam" from archives is a waste of time, and I am opposed to sockstrikes in archives, as they likely influenced the outcome of the disucssion. Toadspike 16:31, 17 October 2024 (UTC)
    It seems Gnomingstuff holds a similar opinion and expressed it in more detail in the section “Discussion on a taxonomy of nonconstructive edits” below. Toadspike 16:33, 17 October 2024 (UTC)
  • Support in at least some cases. False accusation personal attacks and other forms of bullying should be aggressively and systematically deleted from all pages on sight, including archives. We should treat such comments and behaviour as we would treat WP:BLP violations in the mainspace (if only because at least some false accusations against other editors, including pseudonymous editors, are equivalent to WP:BLP violations). We have had a serious problem with such behaviour in the past, and with the failure to stop such behaviour and delete such comments, and we have large chunks of archives (WP:ANI comes to mind) that need to be blasted out of existence to avoid perpetuating smears and bullying. James500 (talk) 02:42, 18 October 2024 (UTC)
  • Oppose per Johnuniq and Alpha3031's responses. Cheers. DN (talk) 03:30, 18 October 2024 (UTC)
  • Support after looking at several of the examples of vandalism cited here. There is no reason for nonsense like that to persist, even on archived talk pages, and edits to remove them essentially restore the record. -αβοοδ (talk) 04:51, 19 October 2024 (UTC)
  • Support I find it extremely difficult to understand why someone would want to spend their time clearing vandalism, spam, gibberish, and test edits from talk page archives, though this RfC comes from a fitting username. However, it seems reasonable to interpret WP:TPO as superseding the "do not edit this page" archive banners in such cases. ViridianPenguin 🐧 ( 💬 ) 20:38, 19 October 2024 (UTC)
  • support per my comments up there and down there on this page etc jp×g🗯️ 21:09, 19 October 2024 (UTC)
  • Partially oppose, unless it is blatantly libel or copyvio as per Mathglot.--Takipoint123 (talk) 21:27, 19 October 2024 (UTC)
  • Suppose Anything that meets WP:CRD {1,2,4,7} should be fair game (in agreement with Toadspike above). Philosophically, I'm in the same camp as Johnuniq and Tryptofish above, in that archives should be accurate records, even if those records contain worthless garbage. Post-archival vandalism should be removed for that same reason: inappropriate modification of the wikihistorical record.My main concern would be breaking search ordering by edit date, with rvv edits bumping decade-old archive pages to newer revision dates, but User:MalnadachBot already permanently ruined this everywhere two years ago. Folly Mox (talk) 14:43, 20 October 2024 (UTC)
    Sorting archive pages by last edit date was always a grotesque hack that nothing should have been built on, for exactly the reason that it was a house of cards that would be permanently ruined by the most perfunctory vandalism (or even by a bot fixing lint errors). jp×g🗯️ 05:21, 23 October 2024 (UTC)
    @JPxG: Where does this sorting occur? --Redrose64 🌹 (talk) 21:20, 23 October 2024 (UTC)
    @Redrose64: It's an option on the search page. Graham87 (talk) 11:07, 25 October 2024 (UTC)
    If you mean Special:Search, I don't find that option, although I do observe that each result entry ends with a timestamp of the last edit to that page. --Redrose64 🌹 (talk) 19:10, 25 October 2024 (UTC)
    If you click "advanced search" there is a "sorting order" section at the very bottom. That gives three options: "Relevance" (the default), "Edit date - current on top" and "Creation date - current on top". Thryduulf (talk) 19:13, 25 October 2024 (UTC)
    No, not there either. Perhaps it's a Vector thing, or Mobile. I use MonoBook on desktop. --Redrose64 🌹 (talk) 21:19, 25 October 2024 (UTC)
    The advanced search options dialog on Monobook
    I also use Monobook on desktop, but it's in the same place in vector, timeless and on mobile. Thryduulf (talk) 23:17, 25 October 2024 (UTC)
    That is totally different from what I see. Is it a script or gadget that you have enabled? --Redrose64 🌹 (talk) 08:19, 26 October 2024 (UTC)
    It's only visible if scripting is enabled. Johnuniq (talk) 08:28, 26 October 2024 (UTC)
    Just to be sure, is "Suppose" a typo for "Support"? – Closed Limelike Curves (talk) 18:25, 9 November 2024 (UTC)
    Portmanteau of support and oppose. Mathglot (talk) 18:39, 9 November 2024 (UTC)
    Thanks! – Closed Limelike Curves (talk) 20:03, 9 November 2024 (UTC)
  • mostly oppose Let the archive be archives, a historical record. Past. Done. Closed. If we find an error in a Mozart's own score, should we change it? No. If he wrote some nasty lyrics about someone (which he likely did... :-) ) should we remove them? Also no. Do not change the past. Some few edits should be OK, but considering they are edits to protect and improve the archive. Obviously reverting any undue changes to the archive is OK. Maybe subst'ing templates to the version as they were when used...? Maybe adding links (at the top or bottom) to related pages for context and indexing. The only content change I see as fit, would be content still harmful for living people, and even those changes should be somehow tagged. Note, that this is not at all about how {u|Gnomingstuff} uses their free time. This is about how do we want to keep our archives. Just as much as we have nothing to say to someone vandalizing pages on how to use their time, but we say we do not want those edits. - Nabla (talk) 15:58, 20 October 2024 (UTC)
    I don't think this is a good analogy. It would be more as if Mozart wrote a score, some guy broke into his house, ripped out one page and added a bunch of random notes, that fact was not discovered until centuries later, and musicologists cried "we can't change it, it's Mozart!" At the very least this would produce some kind of authorship controversy and the option of restoring Mozart's un-vandalized script would at least be on the table. Gnomingstuff (talk) 16:34, 20 October 2024 (UTC)
    Good point. Note that I am OK with improvements to the archive. The liost under discussing in another section might be a good start to indentify what IS improvements. Would restoring vandalism be an improvement?... I really am not sure, but in doubt, I'll stick to: don't change history. Otherwise we will not know what is historical. Note that my analogy used a work of art, which is indeed not a good analogy either way. We are keeping historical records, I think it is way too tricky to go changing records. - Nabla (talk) 19:01, 20 October 2024 (UTC)
    I feel like anyone who finds themself saying something like "Would reverting vandalism be an improvement? I am really not sure" (I assume "restoring" wasn't what you meant) should stop and ask themselves what we are even collectively doing here. They should also refresh themselves on Misplaced Pages policy, because WP:VANDALISM is policy, and the very first thing it says under the header "How to respond to vandalism" is "Upon discovering vandalism, revert such edits." It goes on to reiterate this: "If you see vandalism on a list of changes (such as your watchlist), then revert it immediately." "Repair all vandalism you can identify."
    Like, this isn't some obscure hidden policy that no one pays attention to anymore. It's common sense. Or at least I thought it was. Gnomingstuff (talk) 22:53, 21 October 2024 (UTC)
  • Oppose once material hits the archives. It becomes part of the WP historical record at that point, warts and all, and there is minimal value in spending time on this. Per Mathglot's observation, while we might trust the judgment of Gnomingstuff in altering archived materials, once we say it's fine to tinker with this stuff, we open the door to other parties, too. The potential mess, in my mind, outweighs any benefits from spending time on this, and we shouldn't allow after-the-fact changes to what are closed discussions. Grandpallama (talk) 18:56, 21 October 2024 (UTC)
    Okay, but -- "once it hits the archives" -- you're saying that if a thread is archived in 2025, vandalized in 2027, and noticed in 2029, the men of the bold future can't revert it to the 2025 version? jp×g🗯️ 19:39, 21 October 2024 (UTC)
    I think it's more that I'm saying it's not worth the hassle of making a new set of regulations about when we can/can't play around in the archives. Besides, all the men of the bold future will probably be underwater by 2029. :) Grandpallama (talk) 20:23, 21 October 2024 (UTC)
    No! What we archivists are saying is that (almost) any edits to archives should be reverted. The exceptions have been discussed above (linter, BLP, copyvio). Johnuniq (talk) 21:17, 21 October 2024 (UTC)
  • Partial/mostly support - The categories in TPO should tighten when a page is archived. In particular, edits to other people's comments are helpful when there's a specific reason (Copyright, BLP/libel, personal attacks), or you're restoring to the status that it was archived in, restoring comments to how they were before they were vandalized, or when you're improving the functionality of the archive (something got munged while/after being archived). Something like adding a signature to an unsigned comment is probably a net neutral, with the benefits of inline attribution and the drawbacks of archive fidelity roughly cancelling. Tazerdadog (talk) 03:45, 23 October 2024 (UTC)
  • Partial support/oppose, archive editing should be limited, but there are clear cases where it should be done. As others have stated above, archives serve a purpose, and that is to be useful records. Restoration. Vandalism to the comments of others is an obvious clear case of edits that should be fixed in archives. If they are left, then the archive does not actually archive the original conversation. Furthermore, as archives lack the page history, it is a bit more difficult to check how a conversation developed. This would also apply to mistaken removals of others' comments, which I have seen a few times. Removing prohibited material. There is going to be an IAR case for removing some prohibited material, it will probably need a stronger case than a live talkpage, but a case can be made. Removing harmful posts/Off-topic posts. Generally oppose editing archives for these purposes, much harm comes from interfering with live discussions and attacking current editors, which are less of an issue in archives. Moving edits to closed discussions. Leaning oppose to this one, little benefit and the timestamps should help verify things in the worst case. Attributing unsigned comments. Support, as this helps archives serve their purpose of being archives. Signature cleanup. Lean oppose, many potential issues with signature might be fixed by adding better attribution afterwards (effectively Attributing unsigned comments) rather than modifying the signature. Non-free images. Probably should be replaced with a link, likely a rare occurrence. Fixing format errors/Fixing layout errors/Sectioning/IDs/Section headings/Removing duplicate sections/Fixing links/Hiding or resizing images/Deactivating templates, categories, and interlanguage links/Hiding old code samples/Review pages/Removing or striking through comments made by blocked sock puppets/Empty edit requests. Oppose, let sleeping formatting lie. I can imagine some exceptions to the opposes might be made for fixing stuff up as it goes into the archive (ie. quite recently archived items), but not enough to specifically call them out from the general IAR principle. I would also add that, again in general terms, similar principles should apply to old talkpage comments that haven't been technically archived. CMD (talk) 06:19, 23 October 2024 (UTC)
  • Partial: It's entirely normal to remove vandalism, copyvios, test edits, outing, etc. It's also normal for someone to, say, fix their own typo, and for third parties to do things like fix links that have become broken (linked discussion has itself become archived, two templates have swapped names and what is rendering in the archive page is not what the original poster intended, etc.), and other minor maintenance on archive pages. It is not at all normal, and would be undesirable, for material that is itself subject to discussion to be suppressed after the fact except in unusual circumstances. Strike it if you mean to belatedly retract a personal attack, for example, but do not remove it entirely if it became part of the discussion. In short, do not do violence to our consensus record.  — SMcCandlish ¢ 😼  16:48, 24 October 2024 (UTC)
  • Oppose The value of an archive is its finality. By allowing greater edits to an archive, we invite relitigation. CaptainEek 06:02, 26 October 2024 (UTC)
    @CaptainEek: So if someone vandalizes an archive, in violation of what you just said, are you saying that it would be disruptive to revert that? --Tryptofish (talk) 18:41, 26 October 2024 (UTC)
    @Tryptofish What?? That's not at all what I said. I meant that the status quo should remain. And right now, the status quo is that if someone vandalizes an archive, it should be undone. As @Johnuniq said above What we archivists are saying is that (almost) any edits to archives should be reverted.. CaptainEek 18:51, 26 October 2024 (UTC)
    Ha! There's confusion about what exactly, this RfC is asking. I suspected that you actually meant what you said in your reply to me, but a lot of editors have been framing that view as "support", rather than "oppose", because the question, as asked, was more about the kinds of gnoming edits that include vandalism reversion, which some editors have actually objected to. --Tryptofish (talk) 18:58, 26 October 2024 (UTC)
    @Tryptofish haha yeah, the framing made me confused if I was supposed to say yes or no lol CaptainEek 19:06, 26 October 2024 (UTC)
  • Support. If we would remove this material before the talk page is archived, we should remove it afterwards too. The act of achiving is not particularly "holy" and is often done automatically without oversight, so there has been no checking at that stage that the page really is in the state that we want to preserve forever. JMCHutchinson (talk) 11:07, 28 October 2024 (UTC)
  • Partial support This may not be an exhaustive list but I hope it is enough to make my thoughts mostly clear. Things that can be edited on archive pages:Edits made after the archive was created that are improper edits; clear gross vandalism/abuse/BLP violations/legal issues (with revdel/oversight, if needed). Things that should not be edited: striking socks (to preserve the discussion as it occurred); empty/incomplete/nonsensical posts/sections (there's no real advantage to removing them in archives but don't care too much); the majority of fixes for clarity, links, linting, etc (exceptions would be fixing things that are causing larger rendering issues. the vast majority of linting "errors" that are fixed don't matter now and won't matter in 10 years).I'd also advise being more careful about referring to edits as vandalism. Somewhat adding, for example, a small amount of stray text on a talk page is rarely vandalism. It's normally a genuine mistake or a literal test to see if they can edit something. Skynxnex (talk) 18:34, 1 November 2024 (UTC)
  • Partial support BLP violations and copyvios should still be removed even after archival. Likewise any syntax errors or other problems which do or might in the future make it more difficult to read the comments, as I'm sure we've done a lot in the past with linter fixes and the like especially when technical changes have meant stuff which you to be fine now breaks. I'd also support reverting any vandal modification of someone else's comments whether done before or after archival. Reasonable modification of comments by someone else e.g. RPAs or other reasonable redactions should not be reverted although it might be okay to make it clear who did this if it wasn't made clear. I'd oppose modifying or striking comments simply for being nonsense, dumb or even offensive although it might be okay to sign these comments if they are unsigned and might mislead into thinking they were written by someone else. I'm fine with an exception for anything which qualifies for revdeletion. Nil Einne (talk) 10:43, 3 November 2024 (UTC)
  • Partial oppose. Except in extreme cases (like severe libel, doxing, etc.), just leave archives alone. It's wasted effort. They don't need to be brought to publishable standards. If there's cruft or vandalism that got archived, the damage is already done because the work to fix it brings about issues worse than the cure (eg complicating page history). Now if somebody is vandalizing already-achieved pages, then handle it. But I'm talking pre-archive here. Instead of spending time doing this, go improve references or something that improves the quality of the read-facing content. Jason Quinn (talk) 11:56, 3 November 2024 (UTC)
  • Yes: I have previously come across several WP:NPA, WP:NOTWEBHOST violations and also deliberate changes to entire paragraphs changing the entire meaning of it. Needless to say, I reverted them. These content really do not belong to Misplaced Pages and must be removed (revdel-ed if too egregious). —CX Zoom 21:22, 3 November 2024 (UTC)
    Also, archives showing up in watchlist is a non-reason. The entire point of watching a page is to keep track of changes. If you don't expect any changes to it, no need to watch it at all. Let the person fighting vandals do it. —CX Zoom 21:22, 3 November 2024 (UTC)
    My goal in watching archive pages is to keep track of changes, and I do not expect to see changes to them. So far, we are in agreement. Where we do disagree, crucially, is in your next statement:

    If you don't expect any changes to it, no need to watch it at all.

    Au contraire ! When I do see a change to an archive page, I go check it to make sure there isn't someone running around trying to stealthily vandalize pages in an area where they expect few people to be watching (i.e. archives). Ceasing to watch them would give free rein to vandals, and be completely counterproductive. You just recommended (in GF) not watching them, which however removes the guardrails, and helps them continue. I prefer the opposite tack. Mathglot (talk) 18:39, 4 November 2024 (UTC)
    I think I failed to present my point properly. Yes, if you want to stop vandals, watching archives is fine (I do too). But if someone doesn't deal with vandals but gets angry when they see a reverts to vandals because their watchlist gets long, then they should not keep the archives in watchlist. —CX Zoom 11:23, 5 November 2024 (UTC)
  • Mostly support per Tryptofish — Martin (MSGJ · talk) 12:49, 4 November 2024 (UTC)
  • Oppose per WP:TPO which states A discussion which has been closed with the {{subst:Archive}} or similar template is intended to be preserved as-is and should not be edited. Andrew🐉(talk) 21:57, 6 November 2024 (UTC)
    Andrew, this discussion is about Talk page archives, not about conversations that have been closed (i.e, having a border and colored background) using the confusingly named {{Archive top}} template. Mathglot (talk) 02:28, 7 November 2024 (UTC)
    Talk page archives implicitly close discussions with a similar template such as {{talkarchivenav}} which states emphatically,"Do not edit the contents of this page". Andrew🐉(talk) 09:08, 7 November 2024 (UTC)
  • Strong oppose, with the exceptions of removing potentially oversight material, and updating your own username if your account had been renamed since the comment and no one else in the discussion mentions your statement by your own username or obvious reference to it. Animal lover |666| 19:51, 7 November 2024 (UTC)
    Despite being a supporter above, this is a poor exception. Editors should not be updating their usernames in archives. CMD (talk) 01:19, 22 December 2024 (UTC)
  • Mostly support. The ref tag fix discussed below is an excellent illustration of why archive gnoming should be allowed in some cases. SarekOfVulcan (talk) 21:27, 9 November 2024 (UTC)
  • Support its not all that necessary to edit archived discussions but when people think there is a good reason to do so there is no reason why this guideline can't be used for archived discussions. Crouch, Swale (talk) 18:50, 12 November 2024 (UTC)
  • Support. Archives exist to serve the project, not themselves. If it's not suitable for a talk page, it's not suitable for a talk page archive, and there's no reason they should be treated as sacrosanct. —Compassionate727  21:51, 16 December 2024 (UTC)
  • Support – mainly per JMCHutchinson, treating any part of the project as entirely sacrosanct is taking a philosophical stance opposed to its entire existence. There are clear common-sense cases where editing archived talk pages would improve things, like if very old Talk page contributions were unsigned, undated, or misdated and so not included in automatic archiving sweeps or incorrectly ordered within the resultant archives. When editors want to archive these ancient contributions from, e.g. 2007, are they supposed to put them after contributions from 2024 on an archived talk page that is supposed to be in chronological order? How does that help anyone? Is it more useful to have to dig through a Talk page's history to figure out who made a comment that has been archived in a related Talk page archive page or is it more useful to be able to see, when looking at the archive itself, who made which comment, even if that signature info has been added *gasp* AFTER it was archived?
Put another way, project guidelines are edited ALL THE TIME. I think one could effectively argue that changes there have far more potential impact than edits on Talk page archives. If our guidelines themselves are subject to change and evolution, albeit under watchful eyes and within the confines of shared and recorded norms, then singling out Talk page archives as utterly unchangeable is really odd. —Joeyconnick (talk) 20:29, 21 December 2024 (UTC)

Discussion re TPO Guidelines

Thank you to Gnomingstuff for starting this Rfc.

The use case that actually provoked this Rfc were some edits to archived Talk pages that were archived many years ago. The prior discussion is here. My concern is, that heretofore, I very, very rarely saw archived Talk pages hit my Watchlist, and now I see them sometimes. I have these issues:

  • some of these repair edits occur many years after the page was archived. I do not see how this improves the encyclopedia in any way.
  • in the beginning, I didn't know what these edits were, and went to go investigate to make sure they were not some subtle (or not so subtle) form of vandalism. Having examined them, I now trust Gnomingstuff to do the right thing, and no longer need to investigate them, if I see their sig on an archived page. However, if a few more editors follow suit, I will have to start investigating again, until I am persuaded I do not need to; this will lower my productivity on actual encyclopedic pages.
  • These edits appear on my watchlist, which is long, and that reduces the number of useful article pages in my Watchlist, which then get bumped off the bottom. Each page taken up by one of these archival repair edits, is a page that runs off the bottom of my list, which I am then not aware of.
  • The banner at the top of archived pages say, Please do not edit the page.
  • Who benefits? I understand that Gnomingstuff directly benefits; I have mentored users for whom some types of gnoming edits can be a very rewarding and pleasurable experience, and I don't wish to deprive them of that. However, I think the needs of the encyclopedia must be paramount and take precedence.

Although by no means intentional, these edits feel WP:DISRUPTIVE to me in a very tiny way, but I am very afraid that if taken up generally by more editors, it could become genuinely disruptive in a significant way, to a lot of experienced editors, especially to those with long watchlists they attempt to monitor. Please do not encourage edits to archival pages, except in individual cases approved by policy (libel, copyright, maybe some others we could discuss). The rest of them are simply not helpful, and have the potential for causing harm, or at least, lost productivity. Thanks, Mathglot (talk) 18:42, 16 October 2024 (UTC)

I'm trying to imagine a situation in which you want to make such an edit. Are you talking graffiti on a talk page, improper replacement of content on a talk page (i.e. I say something, and then later someone else edits my comment without any good reason), improper deletion of content from a talk page, or what? It would help to have a few examples of edits you've made in this area. Nyttend (talk) 19:27, 16 October 2024 (UTC)

Nyttend, cannot answer the 'why' part, but here are 89 examples (out of 500) you can peruse on this page; highlight them by search-on-page (Ctrl+F) for 'archive'. Mathglot (talk) 19:55, 16 October 2024 (UTC)
The "why" is pretty simple - I think that vandalism is bad, that undetected vandalism is worse, and that reverting it is a better use of my spare time browsing the internet or watching reality shows or whatever. I guess the thing that bothers me the most about this whole argument is people deciding for me what is a productive use of my own time. Gnomingstuff (talk) 20:50, 16 October 2024 (UTC)

Can we be sure that such changes do not break links to archived pages? Alaexis¿question? 20:50, 16 October 2024 (UTC)

Good question, I don't really have an answer to it. I know that it's possible for vandalism to leave stuff broken -- it frequently messes with subject headers, wikilinks, etc. The only thing I can think of on the other end is restoring ancient markup, which is usually fixed by bots, but more technically inclined people might be able to think of more. Gnomingstuff (talk) 20:54, 16 October 2024 (UTC)
Of the archived talk page changes I have seen, I have not noticed any of them breaking links. Mathglot (talk) 21:15, 16 October 2024 (UTC)
There are people above who are !voting "oppose" or "support", but it's not clear to me exactly what is being opposed or supported. It also appears to me that if rules are made stricter than they presently are, I would be prohibited from reverting vandalism if that vandalism occurred on an archive page: the double-negative fallacy of "two wrongs don't make a right". Similarly, there are people who reply to an old thread after it has been archived, are we to be prevented from reverting those misplaced posts? One thing is certain - archives are not set in stone: for over ten years I have watchlisted each of the WP:VPT archive pages as it was created, and from these I have observed that we have a number of bots that do edit archives on a frequent basis. These include ClueBot III fixing links to archived content, as here; bots that fix "lint" errors, as here; and bots that either subst: or de-transclude templates that are pending TfD deletion, as here. Are we going to prevent bots doing this - or say "bots can do it but humans can't"? --Redrose64 🌹 (talk) 22:13, 16 October 2024 (UTC)
Redrose64, there is a lot of daylight between stricter rules that don't let you fix anything, and cosmetic bot indiscriminateness. As far as confusion about what is being voted on, that was my first impression as well. (I later adjusted it). Mathglot (talk) 03:06, 17 October 2024 (UTC)
OK, this edit by Trappist the monk (talk · contribs) just popped up on my watchlist. It falls under my previous description of "subst: or de-transclude templates that are pending TfD deletion", and that's OK, but look at the left-hand side - here we have Mr Serjeant Buzfuz (talk · contribs) posting a reply to a thread that's already in an archive page; and if we progress just a little bit further back, we get Xaosflux (talk · contribs) doing the same thing. Are these edits revertable, or would the proposal prevent that? In fact, in the history of that archive, there are 21 edits, of which 14 - that's just two-thirds - are legitimate archiving edits, two are valid gnoming, and five should not have been made at all. --Redrose64 🌹 (talk) 21:05, 17 October 2024 (UTC)
Redrose64, are those the faint echoes of WP:CREEP I hear wafting over the hills? If so, I get it. I don't know the answer to your question (in part because I think the Rfc statement was not optimally written). But the linked edits are surprising to me, as they do seem like the continuation of a conversation at an archive, and I think its fair to ask if we want that to happen, or if we prefer to have the discussion unarchived first. (The latter would be my preference.) I don't see those examples as materially different from someone ignoring the statements identifying a closed conversation and replying to the last comment in it, either within the box or outside of it, thus ignoring the shaded background, the header marking it closed, and the footer saying The discussion above is closed. Please do not modify it, and adding a comment either within the box or after it in the section. I doubt one or two such examples would generate a lot of excitement from anybody, maybe a 'Please don't...' right after it or on their UTP, and maybe nothing at all. If we had an editor doing that at bot speed however, I think there would eventually be some kind of reaction, and I doubt we have a policy that specifically covers violation of Please do not modify it exhortations, and it would probably be WP:DISRUPTION or just acting against consensus, if it bothered enough people. I think the current situation is like that.
This brings me back to the Rfc statement, because intentionally or not, it is worded in such a way as to restrict the scope to 'whether TPO covers this', such that a 'no TPO doesn't cover it' leaves the impression that the behavior is now approved for consensus-supported continuation, whereas in reality, this is not about TPO at all, but about disruption, and the analogy with continuing on at a closed discussion, or rather at many dozens of closed discussions, holds.
So, I can't really say whether the Rfc question would cover the linked cases, and I kind of don't care, in a CREEP-ish way; I am inclined to ignore it. What I care about, is if those editors you mentioned started doing that thirty times a day, endlessly. Then I might feel differently about them.
What do you think should happen here? I think reasonableness should rear its lovely head, we don't need new instructions or new interpretations of TPO, what we need is to determine whether some actions here are DISRUPTive, and if not, give them our blessing to carry on, and if so, ask them to stop. Mathglot (talk) 23:16, 17 October 2024 (UTC)
Leaving aside the implication that "30 times a day" is an outrageous amount of edits -- for instance, you yourself made well over 30 edits yesterday -- I would really appreciate if you stopped speaking for me as to what I intended with my statement. The scope is exactly as I said: do the guidelines about appropriate edits to talk page comments also apply to archived talk pages? I don't know how to state that any more clearly. To break it down further, since based on your comment you have the RFC backward:
  • "Yes, TPO covers it" = the appropriate edits listed in TPO are also appropriate on archived talk pages
  • "Yes, TPO covers it in cases of X, Y, Z" = X, Y, Z are appropriate edits to archived talk pages, and the rest of the edits listed in TPO are not
  • "No, TPO doesn't cover it at all" = the appropriate edits listed in TPO are not also appropriate on archived talk pages (i.e., the exact opposite of "the behavior is now approved for consensus-supported continuation")
Gnomingstuff (talk) 01:08, 18 October 2024 (UTC)
I'm sorry I got it backwards, but that was my honest interpretation of it. It seems I am not the only one who did, or at least, who has been confused by the Rfc statement. That will likely make it harder for the closer, if 'oppose' means one thing for editor A, and the opposite for editor B. I guess we'll see how it all turns out.
Beyond that, when you wrote, "The scope is exactly as I said," I believe you. Unfortunately for the purposes of a neutral Rfc, I think the scope was poorly chosen. See § Non-neutral Rfc statement below. Mathglot (talk) 05:04, 18 October 2024 (UTC)
I'm guessing continuing a conversation onto an archive page is probably the result of subscribing to a section, which by design persists when a conversation is moved to another page, so a contributor could miss that they are editing an archive page. I agree with Mathglot that the conversation should be unarchived in that case, since most users do not watch archive pages, so the ongoing conversation can be seen by the talk page watchers. isaacl (talk) 23:47, 17 October 2024 (UTC)
Subscribing to a section or not, I've seen such behaviour several times on archive pages going back some years before subscribing was a thing (August 2022). One thing that I have noticed is that various paid staff do this fairly often, as here. --Redrose64 🌹 (talk) 21:59, 22 October 2024 (UTC)
  • I have a very broad watchlist myself, and I saw one of these edits the other day, and I thought to myself "that's odd but I recognize this users' name and I'm sure they are doing what the edit sumarry says they are doing" and I moved on with my day. Is it super helpful? Maybe not, but I don't see how it is harmful. I work with archiving a lot and I often remove garbage from talk pages rather than archive it, but I've also noted that others are less careful and will archive talk content that rightly coud have just been removed from the page at any time. Saying it's a waste of time is not a valid argument in my opinion. How a user chooses to spend their time, so long as it is not harming the project, is their own business. Just Step Sideways 22:17, 16 October 2024 (UTC)
  • Read the top bit twice and still not sure what the scope of the question is. Is it just "does TPO apply to archives?" If it's narrower, is it specifically "do these prohibitions still apply to archives?" or is it "do these allowances still apply to archives?" Sounds like the latter? IMO there are only three good reasons to edit an archive, erring on the side of not editing for the simple fact that none of the original participants will see the change: to fix syntax errors, to remove egregious attacks/vandalism/BLP issues, and to update a link to a separately archived thread for posterity. — Rhododendrites \\ 00:52, 17 October 2024 (UTC)
    It's just "do the guidelines about editing comments in TPO apply to archived talk pages in addition to active talk pages." The RFC is because some people (myself included) feel strongly that they already do and some people feel strongly that they don't. Gnomingstuff (talk) 06:51, 17 October 2024 (UTC)
  • How about this situation? Editor makes this edit, which includes a <ref> tag but no matching </ref> tag. It's not noticed at the time, and gets archived in the same state. Some months later, another archiving edit takes a valid <ref>...</ref> pair into the archive, and the MediaWiki software matches that new </ref> tag with the <ref> tag from months earlier and miles further up the page. Result: everything between those tags vanishes. But no way can we call this the result of vandalism, either in the archive or in the original - it was a simple mistake that anyone might make. Should it (i) be left alone because we don't alter archives even when they're clearly broken; or (ii) be fixed because otherwise we don't see any threads between April and November 2023? --Redrose64 🌹 (talk) 21:28, 26 October 2024 (UTC)
    Apply the general principle: preserve the appearance of the discussions while they were active. The closing </ref> tag should be added so all the appearance of all the other threads can be preserved. As far as I can see, the reply to the edit in question was visible on the talk page at the time, so its appearance is properly preserved as well. isaacl (talk) 21:40, 26 October 2024 (UTC)
    I concur with, Isaacl. In this case, you are fixing the discussion so it can be read as it was intended. So, if you want go ahead and do it if you feel like it helps people read the archive. I like Isaacl's "preserve the appearance" maxim. Jason Quinn (talk) 18:53, 4 November 2024 (UTC)
  • Somebody reformatted the bold font in the comments of various editors (including mine) in this RfC. It's no big deal, so I'm not going to revert or really complain, but I think it's ironic that anyone would do that, on this particular talk page. --Tryptofish (talk) 22:29, 9 November 2024 (UTC)

Discussion on a taxonomy of nonconstructive edits

It might be helpful to break down the types of edits I have been classifying (or not classifying) as vandalism, since a few people have said that some things are OK to remove but not all. The taxonomy on WP:TPO is a good starting point but this discussion is getting more granular than it does.

I think these should be removed from all talk pages, including archives (these types of edits are a subset of WP:TPO, and more narrow than it):

  • Threats, illegal, and defamatory material
  • Blatant crude vandalism to other people's comments
  • Non-trivial changes to other people's comments, e.g., someone changing someone's words to mean the opposite
  • Blatant crude vandalism as standalone comments
  • Self-insert vandalism, e.g., "jayden is awesome"
  • Drive-by blanking of constructive comments
  • Obvious spam
  • ChatGPT nonsense -- not people simply using ChatGPT as a tool to write legitimate comments, but the weird repeated multi-header stuff that started in 2022 when ChatGPT came out, it's hard to describe but you know it when you see it
  • Gibberish/nonconstructive test edits

I think these should not be removed from archives (includes some things in WP:TPO and some things that aren't):

  • Comments by sockpuppets/banned users, because they're a legitimate part of the record (per Tryptofish)
  • Similarly, vandalism that people have responded to or struck, e.g., declined semi-protected edit requests, unless it is defamatory/suppressable
  • Debatably off-topic comments/soapboxing/statements of opinion, e.g., someone commenting on the talk page for a book that they liked it
  • Heated arguments or personal attacks that are not vandalism, e.g., two people in a political dispute calling each other evil fascist assholes who should die
  • False statements that aren't defamatory
  • Typos/spelling/grammar errors, and/or people fixing other people's typos/spelling/grammar/syntax errors
  • Any comments on user talk pages unless they're spam, defamatory, or suppressable

I could go either way/don't really care:

  • Private information/"dox" like phone numbers/state ID numbers, a lot of this seems to fall into a gray area of "the person thought the talk page was email," often with a language barrier, and it's hard to tell intent
  • Self-promotional comments that are probably spam but it isn't obvious
  • Fixing formatting, layout and/or confusing stray markup like "Insert bold text here" inside otherwise constructive comments - I was doing this for a bit then stopped because it was too tedious even for me
  • Stuff I am 99% sure is vandalism but cannot prove because I truly do not find the diff and the original text because it's from some long-lost merged page or manually copied over or just... not there. — Preceding unsigned comment added by Gnomingstuff (talkcontribs) 07:23, 17 October 2024 (UTC)
I for one agree with all the items you say that should always be removed except Self-insert vandalism and gibberish/nonconstructive test edits, which I'd deal with on a case-by-case basis (or just leave them there, to be honest ... I think they'd do a minimal amount of harm). I think it'd be helpful if you could provide an example of the "weird repeated multi-header stuff "; I don't know what you're talking about. I wouldn't disagree with anything in the iother two lists. Graham87 (talk) 12:37, 17 October 2024 (UTC)
Thanks for opening this section! Having the space to think through and discuss this taxonomy is definitely useful, since I imagine people will have a range of opinions about which types of edits should or shouldn't be removed. From my own POV, and speaking about archived talk pages specifically, I think the following information should be removed or reverted from archived talk pages: threats/illegal/defamatory material, non-trivial edits to other users' comments (including blanking of constructive comments), obvious spam or promotional edits, and oversightable private information. I think the commonality that these types of edit share is that either their being visible has the potential to cause real-world harm (illegal material, private info) or their being present at all subverts the goals of the page (by hijacking the page as a promotional platform or by distorting the record of what was said). For other types of non-constructive edit, such as self-insert vandalism or gibberish, my opinion is that (in Talk: space) their harm to the encyclopedia comes mainly in their ability to disrupt productive discussion of the page topic. Thus, talk pages are impacted relatively significantly by new vandalism, as it can clog watchlists or derail ongoing discussions - but the harm of that same vandalism is likely to decrease substantially once it's grown stale and passed into an archive. ModernDayTrilobite (talkcontribs) 15:20, 17 October 2024 (UTC)
This diff is a good example. Might not be ChatGPT specifically so much as some kind of mobile phone AI thing but I almost never see this pattern of edit before 2022. Gnomingstuff (talk) 15:33, 17 October 2024 (UTC)
Yeah I know what you mean now. They're not always multi-header though. I always remove those when I encounter them on live talk pages, but I wouldn't remove them from talk page archives, because they cause minimal harm there. Graham87 (talk) 04:22, 18 October 2024 (UTC)
As I said in my RfC comment, I find it useful to ask whether the revert will restore the record of the discussion to what it was at the time of the discussion. For me, that's the bottom line.
If something was included in the discussion originally, and left unaltered up to the time of archiving, then the reasons for reverting it from the archive later need to be pretty compelling. As noted, a sock who was undetected at the time is one example of something best not reverted later, but I don't think it's the only one. I wouldn't correct a spelling error or other typo that was left at the time. Threats, defamation, and the like should generally have been dealt with at the time, so such material should be examined carefully if discovered later in an archive. If it should have been dealt with before archiving but wasn't, then it should be corrected according to the WP:Harassment, WP:BLP, and WP:NLT policies, indicating something like "redacted" if it was responded to at the time. (If it was added by a vandal after archiving, it should be reverted, and rev-deled or oversighted if appropriate – because there's no reason to preserve it as part of the original discussion.)
Other kinds of post-archiving edits should be encouraged, because they actually help to preserve the original discussion. One not listed above, but that has been discussed higher up in the discussion, is when a bot fixes something like a linter error. That's a good edit, because it fixes a formatting error in such a way as to restore the appearance of the discussion to how it looked at the time. --Tryptofish (talk) 22:49, 17 October 2024 (UTC)
IMO we can split the types of edits into four categories:
  1. Content so problematic that it requires revision deletion or oversight: revdel/oversight as appropriate, regardless of when it was added (although do be aware this has the potential to create a Streisand effect)
  2. Content added/changed before archiving that doesn't require revdel or oversight: Do not change it.
  3. Edits made after archiving that add, change or remove content: revert
  4. Technical changes (linter errors, substing templates, etc) to maintain the archive integrity that don't affect content: Enact.
This is my understanding of the guidelines as they stand at present and is my preference for what the guidelines should be. There will be occasional exceptions, but they will be occasional and must come with a strong justification. Thryduulf (talk) 23:00, 17 October 2024 (UTC)
"Threats, defamation, and the like should generally have been dealt with at the time" -- Yes, they should, as should any vandalism. The problem is that that they are not, and this is not happening to the tune of thousands of instances.
I really do not understand the rationale for grandfathering in vandalism that would have been perfectly acceptable and encouraged to revert if it was found just 1 day prior to when an archive happened to be made. There should be no reason to ever keep it around. Revdel is an extreme bar and vandalism does not have to meet it to be removed. Gnomingstuff (talk) 01:00, 18 October 2024 (UTC)
You need to look more carefully at what I actually said. I'm not arguing for grandfathering in vandalism. For vandalism that falls below the high bar for rev-del (or the even higher bar for oversight), I'm saying that the reverts should restore the original discussion to what it was when the discussion took place. If the vandalism was somehow replied to, then use something like "redacted". If it altered the original good-faith comments of another editor, then restore what the good-faith editor originally said (I guess I didn't make that latter point clearly enough). But if it had no effect at the time, then correcting it later is like correcting a spelling error later, not very urgent or necessary. --Tryptofish (talk) 21:02, 18 October 2024 (UTC)
Perfect! This is in reply to Thryduulf, see my comment below. In summary, do not adjust archives unless actually needed. Johnuniq (talk) — Preceding undated comment added 00:53, 18 October 2024 (UTC)
On another matter where there seems to be confusion, Johnuniq, your edit summary in asked me whether I had accidentally omitted the word "not" when I wrote "should be encouraged". I meant "should be encouraged", as written. --Tryptofish (talk) 20:54, 18 October 2024 (UTC)
@Johnuniq: it's not clear whether you are replying to me or to Gnomingstuff. Thryduulf (talk) — Preceding undated comment added 01:23, 18 October 2024 (UTC)
I was endorsing your comments which correctly outline what should happen with an archive. Unfortunately, Gnomingstuff inserted their comment (diff) above mine which changed its meaning. Please do not do that! Johnuniq (talk) 02:04, 18 October 2024 (UTC)
@Gnomingstuff: Re failure to "understand the rationale", you might respond to the substance of comments such as mine at 06:10, 17 October 2024. Johnuniq (talk) 02:10, 18 October 2024 (UTC)
@Gnomingstuff: Re failure to "understand the rationale", see assume good faith. There are editors here who have, in good faith, views different from yours. That does not imply that they favor "grandfathering in vandalism". This discussion is not about deciding between the views of one group who are opposed to vandalism, as policy requires, and some other folks, who, unaccountably, are in favor of vandalism, and are trying to "grandfather it in". If that is your view of opposition argumentation, it is little wonder you don't understand it; I wouldn't either, under that interpretation. Mathglot (talk) 03:58, 18 October 2024 (UTC)
The reason I call it "grandfathering in vandalism" is that when (not if, when) vandalism to a talk page goes undetected before the page was archived, and if there is a restriction that vandalism cannot be removed from archived talk pages with the reasoning that it was "part of the state of the discussion at the time," then that vandalism will exist forever. It will be "grandfathered in" on the rationale of being around for a long time. This is the inevitable consequence of what you are arguing for. Gnomingstuff (talk) 22:16, 18 October 2024 (UTC)
Just wanted to update the list here as far as kinds of edits people have brought up that I didn't think of.
Edits I personally believe are good to make to archives:
- Attributing unsigned comments that the bot didn't catch for some reason
- Non-free images: I've never seen this and it feels like it'd always fall into WP:IMAGEPOL or Commons jurisdiction, but sure
Edits I don't think should be made to archives:
- Updates to signatures (unless the signature itself was previously vandalized): these are decorative and not really part of a discussion
- Updates to usernames: way, way, way, way too much potential for confusion
- Most things in WP:NOTWEBHOST: a lot of this isn't necessarily off-topic and it feels a bit callous to remove things like memorials from talk pages at all, let alone archived ones
Edits I could go either way on/don't care:
- Broken links: clear value in this, but then you get into issues of which version of the page the original writer intended and whether that version is the one that got archived and it feels really easy to change the meaning
- Linter stuff: this is just so trivial, I'm baffled by the arguments that linter stuff is worse than vandalism and at the same urgency level of revision deletion(!!!). Gnomingstuff (talk) 02:55, 9 November 2024 (UTC)
Gnomingstuff: This is a pretty good list (except I know nothing about the ChatGPT stuff) for me, too, but my thoughts are more closely aligned with Graham87 (talk · contribs)'s: case-by-case on the small stuff, esp. as it appears to bother watchers who don't like the traffic. The four-way dichotomy from Thryduulf is too harsh ("do not change it") on the second point, IMO, as I think a clean-up in Aisle 9 is useful, even if nobody much goes down that aisle anymore. But again: case-by-case. That kind of sidesteps the RFC question, I realize, but I think it's more likely that TPO should explicitly mention changes to archived pages, possibly with a narrowing of scope for them. — JohnFromPinckney (talk / edits) 11:35, 18 October 2024 (UTC)

Non-neutral Rfc statement

In my opinion, the Rfc statement fails the WP:RFCNEUTRAL paragraph, which is entitled, § Statement should be neutral and brief.

The Rfc question asks whether the TPO guideline applies to archived Talk pages, and then is immediately followed by a longish statement defending archive page edits as within the bounds defined by TPO. But from my point of view, that approach is both a straw man argument, and also excludes the major reason that some people might oppose such edits, which is not TPO but the WP:DISRUPTION guideline.

The user Talk page discussion that sparked this Rfc never mentioned TPO even once. What was mentioned there, was disruption and achieving a consensus to make such edits. A neutral Rfc statement would have been one that included just the behavior itself formulated as a yes-no question, something like: "Are edits to archived talk pages to be encouraged if they involve repair of vandalism?" without asking about TPO, which was not part of the original objection.

By couching the question as one about whether WP:TPO applies, other questions (like, does WP:DISRUPT apply?) seem to be off-topic, or at least, are not uppermost in the minds of responders, who, understandably, respond to the question asked. In my view, it is the wrong question—it is the straw man question. It is probably too late to do anything about this now, but it is a shame, as the chief question is for the most part not being addressed, and was relegated to the margins in favor of a narrower scope chosen at the outset based on a single guideline that may favor that view a little bit more than a neutral statement might have, as manifested in the heading at the top of this section. It is instructive to note, for example, that the subsections originally entitled "§ Survey" and "§ Discussion", were changed to "§ Survey re TPO Guidelines" and "§ Discussion re TPO Guidelines" by a third party, so the Rfc title appears to have had an influence on how this Rfc is viewed, in ways that are counterproductive, imho. Mathglot (talk) 04:53, 18 October 2024 (UTC)

You are correct that the RfC is broken. In a couple of cases, it is not clear what the Support and Oppose votes mean. The issue is whether archives should be gnomed which is nothing to do with TPO. Even if this RfC resulted in a supported close, there would be no actionable result because it would still be disruptive to make gnoming edits on archives. Johnuniq (talk) 04:58, 18 October 2024 (UTC)
I'm not sure I understand your point here. Are you saying that you personally believe that gnoming archives impedes building the encylopedia, regardless of whether consensus is that archives should be gnomed? jlwoodwa (talk) 19:35, 18 October 2024 (UTC)
I have added a note clarifying what "support," "partial support/oppose," and "oppose" mean. WP:TPO is explicitly about appropriate edits to other people's comments on talk pages. That is what TPO stands for: Talk Page (Others' comments). My concern is vandalism, others' concerns are linting errors etc. All of these are explicitly listed in WP:TPO, very clearly.
I don't understand what's unclear about this, and I truly do not know how on earth I can make it any clearer for people. Gnomingstuff (talk) 22:06, 18 October 2024 (UTC)
I don't see problems that would rise to the level of disqualifying this RfC. For what it's worth, I interpreted the RfC question as supporting or opposing the kinds of edits that you have made, and I answered it on that basis. But your clarification is fine with me, and it really doesn't change how I would have answered. --Tryptofish (talk) 22:17, 18 October 2024 (UTC)
There's another dimension that your choices don't allow for: if the edits to be reverted or modified were made before or after archiving. Edits after archiving alter how the discussion appeared when active, so reverting them restores the original appearance. If the edits were made before archiving, reverting or modifying them would be confusing since it would alter the history of discussion, so there needs to be a strong justification for it. The considerations for this may not fall neatly into specific categories and may need to be judged on a case-by-case basis. isaacl (talk) 22:43, 18 October 2024 (UTC)
I'm not opposed at all to reverting vandalism that was made after archiving. I assumed that was implied by my previous statements, but I didn't spell it out.
As far as "altering the history of discussion," though, the kind of timeline I'm talking about usually looks something like this:
  • 2007: Some discussion takes place.
  • 2009: Somebody vandalizes the discussion in one of the above ways. From what I have seen, this almost happens months or years later, after the discussion has been abandoned. Alternatively, someone creates an unconstructive edit in a separate header that receives no acknowledgement.
  • 2010: The page is archived, including the vandalism from 2009 that went undetected.
In cases like this -- which, again, are the overwhelming majority of undetected vandalism cases on talk pages -- I really don't see the benefit of preserving the vandalized state of the discussion in 2010, since its existence distorts the actual discussion from 2007. Even gibberish/test edits make discussions harder to follow, while adding nothing of value that, IMO, is worth preserving. If it would have been uncontroversially reverted in 2009, or uncontroversially reverted in 2024 if it appeared anywhere else but an archived talk page (or sandbox), I truly don't see why it should not be reverted in 2024 just because it got archived in the interim. Gnomingstuff (talk) 22:55, 18 October 2024 (UTC)
Sure, I didn't mention anything about your viewpoint. The point is that the three options you provided don't consider when the edit being considered for reversion/modification was made. I think the answer is different based on whether or not the edit was made during the active discussion, or sometime afterwards with no responses. Thus personally, as several people have alluded to in their comments, I would prefer to provide guidance based on general principles: preserve the state of the discussion at the time active participation ceased. If you're not sure about whether or not an edit should be reverted or modified, you can ask others for guidance. Also, I suggest giving priority to removing vandalism from talk pages, so it doesn't get into the archives. isaacl (talk) 23:36, 18 October 2024 (UTC)
Yes, it certainly seems like one consequence might be a heightened sense of urgency to catch vandalism before pages get archived, especially since archiving is often done automatically by bots who don't/can't check for vandalism beforehand. "There is no deadline," except when one is created I guess. Gnomingstuff (talk) 04:30, 19 October 2024 (UTC)
(ADDENDUM) I am also unsure how WP:DISRUPT is relevant to the discussion about the broader guidelines to WP:TPO. I am very familiar with that page, and the only things on it that seem even remotely related to editing archived talk pages are:
  • "Wrongly accusing others of vandalism" (indirectly via WP:TENDENTIOUS, mentioned on WP:DISRUPT). The guideline there seems to be mostly about how one communicates with the other editors, and when they're not around anymore no communication is really taking place. But sure, I'm willing to be more granular in edit summaries. (It's noteworthy, however, that WP:TENDENTIOUS contains a section (WP:AOTE) about how accusing others of tendentious editing can be inflammatory without clear evidence.)
  • "Fails to engage in consensus building/rejects community input": The reason I made this RFC was to receive community input. I probably should have made it sooner, but now that I have, I don't see how these apply.
  • WP:MEATBOT: Not mentioned on WP:DISRUPT but adjacent to it, even though I'm the only person who brought it up. As I said I have tried to take this into account, including spacing edits out more. However, that guideline also states that merely making a lot of edits is not necessarily disruptive.
  • WP:COSMETICBOT: This is about cosmetic vs. substantive edits, which has come up in this RFC. That guideline states clearly that "changes that are typically considered substantive affect something visible to readers and consumers of Misplaced Pages." The definition of "cosmetic" is not in that guideline, but it is in Misplaced Pages:Bots/Dictionary: "A cosmetic edit is one that doesn't change the output HTML or readable text of a page"; the example they give is "whitespace optimization." I don't believe there is any instance where reverting vandalism or test edits would be considered cosmetic by this definition. Like... it indisputably changes both the output HTML and the readable text.
Notably not anywhere in WP:DISRUPT or associated pages are:
  • Editing archived pages. Likewise, WP:ARCHIVE makes no mention of anything disruptive.
  • Adding edits that appear on editors' watchlists; WP:WATCHLIST makes no mention of that being disruptive either. The only mention is above, in regard to cosmetic edits.
  • Reverting vandalism or test edits; the only mention of vandalism is in reference to whether vandalism itself is disruptive.
I am not aware of anything else in policy that is relevant. Gnomingstuff (talk) Gnomingstuff (talk) 23:25, 18 October 2024 (UTC)
The behavior visible in these Talk page contributions, as well as on your Talk page appear to fit WP:DISRUPTSIGNS numbers 1, 4, and 5. Mitigating the last one was bringing it here for discussion, which was a positive step, although I disagree with the statement of it for reasons previously stated. Mathglot (talk) 00:02, 19 October 2024 (UTC)
I have addressed all of #1, #4, and #5 -- specifically, those exact three -- in the above bullet points. The first bullet point addresses #1. The second bullet points address #4 and #5, as they go together. Meanwhile, so far you have not provided any grounding for your accusation besides "because I said so." You have also accused me of making "cosmetic bot indiscriminateness" based on some unstated definition of "cosmetic" of your own that contradicts the definition set forth in the project guidelines, and accused me of "acting against consensus" when no such consensus existed. As WP:TENDENTIOUS clearly states:
"Making accusations of tendentious editing can be inflammatory and hence these accusations may not be helpful in a dispute. It can be seen as a personal attack if tendentious editing is alleged without clear evidence that the other's action meets the criteria set forth on this page." Gnomingstuff (talk) 04:18, 19 October 2024 (UTC)
You have not engaged with any points made by people who do not want archives "fixed". You are responsible for a lot of wasted time here. That is the definition of disruption. Do not fiddle with archives. Johnuniq (talk) 04:38, 19 October 2024 (UTC)
...I feel like all I have done for the past few days is respond to and engage with points made by "people who do not want archives 'fixed.'" I am doing that right now. This comment is me doing that. I really don't know what points you think I am not engaging with -- unless by "engaging with" you mean "agreeing with," which is not what "engaging with" means.
I resent the implication that I am "responsible for" anyone's time, and it feels like a personal attack. Your time is your own. My time is my own. You are free to spend it doing something else, as am I. Gnomingstuff (talk) 04:50, 19 October 2024 (UTC)
(Update) You specifically mentioned your comment at 06:10, 17 October 2024. I did in fact reply to that comment, which you saw. I addressed the "setting a bad precedent" part elsewhere -- essentially, it's a slippery-slope argument that addresses the remote possibility of people suddenly starting to do something that they have not done in over 10 years, at a time when we had many more active editors. As far as "having to examine history," I have been providing the diffs for any edits to archived pages that do not contain timestamps, so all someone has to do is check that diff, not the entire history -- or, for that matter, assume good faith that an editor in good standing is making legitimate edits Gnomingstuff (talk) 05:01, 19 October 2024 (UTC)
You are changing archives. We have to spend time here explaining why that is a bad idea. There are exceptions (linter, serious BLP problems, copyvios) where removal would be ok, but removing nonsense means that the original discussion is changed from how it was when people commented. If archives were never read, we could just delete them. The point of an archive is to allow easy searching for old discussions to see what has happened before. When doing that, we should not have to waste time checking the history of the archive, then checking diffs of passers-by "cleaning" the archive to see whether any meanings have been changed. Just do not do it. Johnuniq (talk) 06:36, 19 October 2024 (UTC)
Shall anyone here volunteer to have me go write "love too diarrhea shit my pants" in a randomly selected archive of their user talk page, and then we can see how many days of not being detected it takes for it to become an immutable permanent part of the page that nobody is allowed to revert? jp×g🗯️ 12:54, 19 October 2024 (UTC)
Your use of "we" here is telling. You are framing this situation as my disregarding the orders of some unanimous authority/authorities. In reality -- as you can see clearly throughout this discussion and the survey section in particular -- there is a range of opinions on this topic, some of which align with yours and some of which don't. Before the RFC, I was told by two people that reverting vandalism to archives was acceptable (plus some other people using the "thank you for this edit" feature on similar edits to archives, I do not have a list but it certainly was more than two); I created the RFC when two people had raised objections.
What is happening here is that you are choosing to spend time here explaining why you personally think editing archives is a bad idea. But as of right now, that is as far as it goes. Gnomingstuff (talk) 17:13, 20 October 2024 (UTC)
I was actually curious about the number of people who approved of similar edits to archives, so I went and checked. It's 5. I've redacted the names because if they don't want to be dragged into this mess I'm not going to do that, but they are five separate people, all of whom are editors in good standing and only one of whom is involved in this discussion.
  • 23 August 2024: thanked you for your edit on ‪.
  • 20 August 2024: thanked you for your edit on .
  • 18 August 2024: thanked you for your edit on .
  • 27 June 2024: thanked you for your edit on .
  • 18 May 2023: thanked you for your edit on .
Gnomingstuff (talk) 22:43, 21 October 2024 (UTC)
  • Sorry for not reading the whole previous conversation, but in my defense the last part seems really boring and petty. At any rate, it is very kooky to say that people can't revert someone vandalizing ana rchived talk page comment with "jklsadjklfahjklfw3lk" and "pee pee poo poo" because it spams up watchlists. Come on. At this point maybe we should just admit that watchlists are a disruptive worthless timesink and remove them from MediaWiki entirely, because not only are they used as a justification for preventing people from fixing the normal stuff, but now it is literally being argued that we should let people vandalize pages because reverting it would spam up watchlists? Deeply unserious. I disagree with removing actual comments decades after the fact, if they were actual comments (e.g. I am resolutely against the deranged practice some people have of deleting talk page threads from 2012 because they think the person's asking a dumb question). But if something was not even made as a comment, just a random cigarette butt thrown onto the talk page, then who cares. jp×g🗯️ 12:52, 19 October 2024 (UTC)
    To be clear: why the heck would this be an improvement? That wasn't even the original comment! jp×g🗯️ 12:59, 19 October 2024 (UTC)
    Yes, it was only a partial revert of this edit, and this vandalism wasn't reverted at all. --Redrose64 🌹 (talk) 15:25, 19 October 2024 (UTC)
    Thanks for pointing this oversight out. I use keyword search to find instances of vandalism so it's very possible to miss stuff. That being said, I am now afraid to change it lest someone think I am doing something wrong. Gnomingstuff (talk) 04:41, 20 October 2024 (UTC)
    I'm not sure whose comments you're referring to with "boring and petty" but I apologize if they are mine. I can be boring but I try to not be petty. Gnomingstuff (talk) 05:20, 20 October 2024 (UTC)

Closure request filed

A closure request was filed 11 December 2024 by the OP, and is pending. Mathglot (talk) 21:35, 16 December 2024 (UTC)

Use of FAQ template not documented

{{FAQ}} appears to be used on some talk pages but I couldn't see a mention about its use on this guideline. Commander Keane (talk) 00:39, 1 November 2024 (UTC)

I went ahead and created a section about using the FAQ template. —The Mountain of Eden (talk) 15:29, 1 November 2024 (UTC)

Suggest in-article references to FAQs?

Does anyone read talk FAQs before boldly editing articles or making proposals on talk? Granted, FAQs are useful to cite when responding to an edit or proposal. But can we make them more preventative? Perhaps we should mention the option of adding in-article footnotes or hidden text that refer to the appropriate FAQ. - Butwhatdoiknow (talk) 17:07, 1 November 2024 (UTC)

That's a good idea. I have incorporated it into the project page. The Mountain of Eden (talk) 17:14, 1 November 2024 (UTC)
We could recommend that individual articles can be given a brief editnotice, something like "Before editing this article, please read the frequently-asked questions", with the last three words linked to the approptiate talk page section or subpage. --Redrose64 🌹 (talk) 08:58, 2 November 2024 (UTC)
That would have been a good idea if ordinary editors could create Editnotices. According to WP:EDNO, "only administrators, page movers, and template editors can create or edit editnotices in any .. namespace ".
So perhaps we could suggest that editors should request an administrator to add an editnotice to read the FAQ (with a link to the FAQ) for edits that have been repeatedly rejected. The only question would be what would be the appropriate noticeboard for such requests? The Mountain of Eden (talk) 20:07, 2 November 2024 (UTC)

"Misplaced Pages:STAYONTOPIC" listed at Redirects for discussion

The redirect Misplaced Pages:STAYONTOPIC has been listed at redirects for discussion to determine whether its use and function meets the redirect guidelines. Readers of this page are welcome to comment on this redirect at Misplaced Pages:Redirects for discussion/Log/2024 November 8 § Misplaced Pages:STAYONTOPIC until a consensus is reached. Veverve (talk) 09:54, 8 November 2024 (UTC)

re-factoring/editing of others comments

While removing unambiguous personal attack is often reasonable, I question this editorializing of my comment by a third party and I feel it's an overzealous editing. Is this within the leeway given to any editor for what they consider "potentially PA" ? Graywalls (talk) 18:04, 18 November 2024 (UTC)

Graywalls, In my opinion, that is a TPO violation, and you can revert their edit, citing WP:TPO in your edit summary. To demonstrate an abundance of good faith with respect to that editor, instead of simply reverting their edit (which was also made in good faith), you could remove it from inside your comment and move it to *after* your comment,properly indented, while taking care to mention your change in the edit summary as "refactoring" their interpolated comment (which is also a TPO violation on your part of their comment, but a justified one imho). This both acknowledges their disagreement with your edit, while still preserving the original form of your comment undisturbed, along with a refactored version of their comment. Be sure to retain their wording, even if critical of you, to demonstrate your good faith. Since they didn't sign their interpolated comment, you should append the following to the end of their comment after you move it down: {{subst:unsig|Dustfreeworld|16:36, 18 November 2024 (UTC)}}. A little tricky, but that's how I would handle it. Mathglot (talk) 10:50, 20 November 2024 (UTC)

article

Hello, and thank you for the notification. I understand Misplaced Pages's guidelines regarding autobiographies and the concerns about neutrality and verifiability. My intention was not to violate Misplaced Pages's policies but to experiment with drafting content. I respect Misplaced Pages's goal of maintaining a high standard of neutrality and reliable sourcing.

If I believe my work or achievements meet the notability criteria, I will ensure that:

  1. The article relies solely on independent, verifiable sources.
  2. I propose any changes or edits through the Talk page rather than making direct edits myself.
  3. I work with experienced editors to ensure compliance with Misplaced Pages's guidelines.

I would appreciate any feedback on whether the sandbox content aligns with Misplaced Pages’s standards or if I should discontinue this project. Thank you for your guidance! Visuiyer (talk) 16:43, 12 December 2024 (UTC)

@Visuiyer: You seem to have posted this in the wrong place. --Tryptofish (talk) 22:41, 12 December 2024 (UTC)
can you please guide me Visuiyer (talk) 07:56, 16 December 2024 (UTC)
In the pink box at the top of your sandbox page there is a "Where to get help" section. - Butwhatdoiknow (talk) 16:05, 16 December 2024 (UTC)

Encyclopedia access closed by fundraising

Accessing the encylopedia is blocked by fund-raising pages. Even though I donated 100.00 in the current drive, if I try to get to Misplaced Pages, I get only demands for money. 2602:306:3859:2530:3974:2BA9:D6E5:E2EC (talk) 14:52, 26 December 2024 (UTC)