Wikipedia:Village pump (proposals)

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
 Policy Technical Proposals Idea lab Miscellaneous 

New proposals are discussed here. Before submitting:

« Archives, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163


RfC on inclusion criteria for lists of political endorsements[edit]

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
There is consensus among participating editors that endorsements from an individual must meet all three of the following criteria for inclusion on a list of endorsements:
  1. The endorser must have an article or be unquestionably entitled to one
  2. This endorsement must be covered by reliable and independent sources
  3. Coverage of the endorsement needs to use the word endorse, or other closely related synonym.

For organizations (including the media) there is consensus for criteria 1 & criteria 3 and no consensus for criteria 2.


  1. The wording of criteria 3 was proposed differently than the consensus reached by participating editors. In reading the comments while most people bolded support, the actual comments provided more nuance. There is an explicit consensus against against use of donations, generalized support, or the like as evidence of an endorsement. Given that criteria 2 passed, it is the closer's expectations that reliable independent sources will make clear when coverage is about an endorsement (or closely related synonym) rather than merely supporting.
  2. For organizations this is no consensus, as in unresolved consensus, and not a consensus against. This means that editors may reach a WP:LOCALCONSENUS about whether or not to include an endorsement when it meets criteria 1 & 3 but not 2.
  3. Some editors expressed concern about the notability of such lists of endorsements altogether but this was beyond the scope of this RfC.
  4. As noted in the original RfC question the scope of this RfC is only lists of endorsements (whether its own article or a section/sub-section of an article) and does not apply to endorsements discussed outside of such lists.

Best, Barkeep49 (talk) 00:45, 1 December 2019 (UTC)

We have many stand-alone and embedded lists of political campaign endorsements (see for example, Category:2020 United States presidential election endorsements). The inclusion criteria of these lists are frequently debated, and the lists themselves subject to frequent additions based on unclear language published only on social media. This RfC attempts to create baseline inclusion criteria for such lists, which can be built upon as needed on article talk pages. — Rhododendrites talk \\ 14:27, 23 October 2019 (UTC)

Links to some past discussions

Discussions are sprawling across many articles and project pages. This list isn't intended to be exhaustive -- just those which were easily findable.

The scope of this RfC is on lists of endorsements of political campaigns, whether stand-alone or part of another article. It does not apply to endorsements discussed outside of lists.

There are three proposals for inclusion criteria, which should be evaluated separately (one does not depend on the others). (If you would like to add to this list, please start a separate thread rather than add to this one).

1. Lists of endorsements should only include endorsements by notable people or organizations.

Note on #1: Whether or not it is necessary for the person to also have a Wikipedia article can be determined at the article level

2. Lists of endorsements should only include endorsements which have been covered by reliable independent sources.

Note on #2: This means endorsements should not be sourced solely to a Tweet or Instagram post, for example.

3. Lists of endorsements should only include endorsements which are specifically articulated as "endorsements".

Note on #3: Expressions of support, use of particular hashtags, comments about donating to a campaign, and other forms of praise of a candidate is often included as an "endorsement". Support of this criterion would require the endorsement be explicit. In most cases, this would require use of the word "endorsement" by the person endorsing or by media coverage thereof. Other language which can be understood as unequivocal endorsement can be discussed on a case-by-case basis (for example, "I am campaigning for Candidate X" or "I am backing Candidate X").

Rhododendrites talk \\ 14:27, 23 October 2019 (UTC)

Criterion 1: Endorsements should be by notable people or organizations[edit]

  • Support as per WP:LISTPEOPLE, et al. — Rhododendrites talk \\ 14:31, 23 October 2019 (UTC)
  • Support, ditto. Bondegezou (talk) 15:52, 23 October 2019 (UTC)
  • Support: this prevents laundry lists of non-notable people. I think whether or not this exempts certain people without their own articles, such as state-level legislators (currently the case on this article), should be determined on a per-article basis. Bobbychan193 (talk) 17:51, 23 October 2019 (UTC)
  • Support. Helps prevent trivia lists and reduces potential BLP problems from ambiguous listings. Potential to override on a case-by-case basis if coverage under criterion #2 below is very strong, such as might occur with an unusual endorsement (cross-party, for example). --RL0919 (talk) 18:09, 23 October 2019 (UTC)
  • Support per common sense: there should be no policy in which I can tweet out an endorsement of Vermin Supreme and be added to a list of endorsements. Both because who cares and for the respect of privacy of non-notable individuals. Wug·a·po·des​ 18:25, 23 October 2019 (UTC)
  • Actually, I have to disagree with this, though I support the sentiment. Vermin may be satirical, but so was George Carlin. Your background is as irrelevant as your given sex, taken without context. Intellectual communities, when not subject to obvious detailed public scrutiny, such as Wikipedia, often thrive on humour. Have you not allowed The Cabal to affect you here on Wikipedia? It's really down to notability and verifability. Vermin himself may or not be notable enough for this sort of thing, but when a personality like this is notable, they must be respected, or bias is institutionalised. A little bit of this, a little bit of that, dash of RFC, a sprinkling of neutrality, there. ~ R.T.G 21:04, 24 October 2019 (UTC)
  • @RTG: I'll have you know that I don't even know what a mop is and can only make messes. But to my point, perhaps you misunderstand? Vermin Supreme is undeniably notable, however I am definitely not. If Vermin Supreme tweeted out an endorsement of me, that could be included in my list of endorsements because he is notable. If I tweet out an endorsement of Vermin Supreme, that should not be added to his list of endorsements. Essentially, while there is some wiggle room over whether twitter is a reliable source, that an endorsement is sourced is not sufficient for the endorsement to be included. Wug·a·po·des​ 04:30, 26 October 2019 (UTC)
  • I thought you must be somehow trying to reject Supremes authority... Well I would point that point out if it is brought up. ~ R.T.G 12:50, 28 October 2019 (UTC)
  • Support ~ R.T.G 18:33, 23 October 2019 (UTC)
  • Support - a la LISTN, but I'm happy for additions from those without articles (most likely state/province level politician endorsements) Nosebagbear (talk) 08:55, 24 October 2019 (UTC)
  • Support - This aligns well with existing policy, and the type of information that an encyclopedia should include (WP:NOTEVERYTHING).- MrX 🖋 12:53, 24 October 2019 (UTC)
  • Support - as above. Neutralitytalk 19:30, 24 October 2019 (UTC)
  • Support but the usual wording for lists of people, is "have an article or be unquestionably entitled to one", and remember that every member of a state or national legislature is presumed to be entitled to a Wikipedia article, whether or not it has been written ,and this is among the strongest of our presumed notabilities--Icannot recall a single exception in the last 10 years. ; this also applies generally to mayors of cites with population > 100,000 or perhaps > 5000 ) , and members of city councils of the largest cities. This will include a very large proportion of the people who tend to be listed DGG ( talk ) 05:09, 25 October 2019 (UTC)
  • Support under WP:CSC (first criterion, "Every entry meets the notability criteria") combined with the generally accepted rule of thumb that notability is not inherited. There are simply too many endorsements otherwise. — Newslinger talk 00:12, 28 October 2019 (UTC)
  • Support per our various criteria for lists. If our contributors weren't so lazy, they'd develop prose within paragraphs. Chris Troutman (talk) 14:12, 31 October 2019 (UTC)
  • Support - As stayed by others above, this fits with multiple existing policies and guidelines Blueboar (talk) 14:17, 31 October 2019 (UTC)
  • Support 1 & 2 in altenative That is if a notable person makes an endorsement (a clear and explicit endorsement, not "I would support") that is enough for the endorsement to be listed, or if an endorsement by anyone at all is reported in major media, that is enough to be listed. The two together are not required DES (talk)DESiegel Contribs 12:46, 4 November 2019 (UTC)
  • Support: I should think this is sine qua non, so long as the caveat stated by DGG is heeded. Javert2113 (Siarad.|¤) 23:37, 6 November 2019 (UTC)
  • Support I support adding all three of these proposals to a rule, though I consider this the least important one - if an reliable source reports someone supports, say, Jacinda Ardern, the person supporting will very likely be notable anyways. SportingFlyer T·C 08:23, 7 November 2019 (UTC)
  • I just want to point out the oppose discussions alone are based on false premises - if the New York Times covers someone endorsing a particular candidate, that coverage would also likely count towards WP:GNG for the endorser, and that person would almost certainly be notable in that instance (WP:NOT aside. Furthermore, an anonymous op-ed should not be included unless it's the op ed of a specific reliable organisation - if my local paper ran an anonymous op ed, say for and against a candidate, that shouldn't be notable. SportingFlyer T·C 13:16, 29 November 2019 (UTC)
  • Oppose, provided option 2 passes. I understand the thinking behind this proposal and why it has received so much support, but consider this in the context where the "independent reliable sources" requirement passes. This criterion would be used to argue that an endorsement that has received substantial coverage but which is from someone not otherwise considered notable should not be listed; I don't agree with that. We should report any endorsement that has received significant secondary coverage, and should not second-guess sources by saying "sure, the NYT covered this endorsement, but they were wrong to do so because this guy isn't notable." If criterion 2 fails I would reluctantly support this as necessary, but I think relying on our own judgment of whether a endorser is notable is a mistake (and if we rely on secondary sources, then this is made entirely redundant by criterion 2.)--Aquillion (talk) 12:24, 11 November 2019 (UTC)
  • Oppose as redundant and secondly some people may have notable endorsements despite not having notability themselves. For example, if the writer of the anonymous op-ed criticizing the Trump administration decided to endorse a Democratic primary candidate that would be immediately notable and worthy of inclusion, but since the character of the anonymous author of the op-ed isn't notable him or herself it wouldn't be included if this criteria is passed. Grognard Extraordinaire Chess (talk) Ping when replying 07:42, 20 November 2019 (UTC)
  • Support duh! Would (oldosfan) 02:57, 26 November 2019 (UTC)
  • Oppose - notability is not a sufficient criterion that their political opinion is in any way relevant. Adding the stated political opinions of every notable person is unlikely to be useful to the reader - David Gerard (talk) 23:23, 28 November 2019 (UTC)
  • Agree with what you're saying, but not your bolded bit. It is not sufficient on its own, which is why we have the other criteria proposed here. They aren't intended as alternatives and certainly aren't mutually exclusive. By supporting 2 and not 1, the implication is that we would allow, say, a random person-on-the-street/local business owner/non-notable influencer whose meme gets covered in a reliable source, etc. It is not sufficient on its own, but it is, I would say, an important part. — Rhododendrites talk \\ 02:41, 29 November 2019 (UTC)
  • This is Wikipedia, so I think you'd need a stopwatch to time the delay before opinions from tens or hundreds of vapid celebrities cited to a tweet are added to articles - because that's what it says - David Gerard (talk) 12:46, 29 November 2019 (UTC)
  • I'm not sure what you're arguing, but I'll just make one more try at presentation here and will leave it at this:
If you want lists full of endorsement tweets from notable people, support 1 and oppose 2.
If you want lists full of endorsements by the guy who owns the local bakery, the county comptroller, and the non-notable social media influencer who has a meme today (which do sometimes get picked up in RSes), oppose 1 and support 2.
If you want lists with endorsements by notable people if they're covered in reliable sources, support 1 and 2. — Rhododendrites talk \\ 14:33, 29 November 2019 (UTC)
  • Support 1 & 2 in altenative As stated in the discussion, i believe exceptions should be made for when a notable individual endorses a candidate regardless of media coverage, as well as exceptions for when mainstream media covers the endorsements of non-notable individuals! (0u0✿) ~MJL's Evil Sister (talk) 03:53, 30 November 2019 (UTC)

Discussion of criterion 1[edit]

  • I Support 1 & 2 in thee alternative. That is if a notable person makes an endorsement (a clear and explicit endorsement, not "I would support") that is enough for the endorsement to be listed, or if an endorsement by anyone at all is reported in major media, that is enough to be listed. The two together are not required, if either is satisfied, the endorsement can be (not must be) listed. DES (talk)DESiegel Contribs 12:49, 4 November 2019 (UTC)
  • I just want to co-sign what DESiegel said, i believe that if a person who has their own Wikipedia page (say a youtuber) endorses a candidate on their social media, even if no other independent media reports on that endorsement, i think it would only make sense to have that endorsement be listed! On the other hand, say a regional publication lists the endorsement of a bunch of local politicians for a candidate, so long as it is a reliable source, i say we should include these endorsements as well! (0u0✿) ~MJL's Evil Sister (talk) 01:51, 22 November 2019 (UTC)
  • Just going on record to be clear that I would strongly oppose the above, which would allow inclusion of citations to tweets/social media/personal blogs and would allow the inclusion of non-notable people contra WP:LISTPEOPLE, as long as we don't have them together. — Rhododendrites talk \\ 02:38, 22 November 2019 (UTC)
  • I want to disagree heavily with the above reasons. i believe that it is important that Wikipedia recognize an endorsement from what it already considers a notable individual--especially if that notable individual is a member of an independent media outlet (such as The Majority Report) which competes with establishment media--because establishment media would have a direct interest in not reporting on such an endorsement.PB The other half of that, listing non notable individuals when they are reported from reliable sources, is important because it can better give readers a sense of the political situation in that area. For example, if CNN reports a list of endorsements for Beto by local Iowa elected officials, it would give readers a better sense in this case of how the Iowa Primary would go, or why it did go the way it went. Another example is that Rick Santorum had only two new Hampshire state reps endorse him, and lost that primary. Hope i have cleared up my reasoning here! (0w0✿) ~MJL's Evil Sister (talk) 23:14, 28 November 2019 (UTC)

Criterion 2: Endorsements should be covered by independent reliable sources[edit]

  • Support - For reasons of WP:WEIGHT as well as RS. Self-published sources can be reliable for someone's own opinion, but the ephemeral sentiments expressed in a Tweet are far from a formal endorsement in most cases. — Rhododendrites talk \\ 14:31, 23 October 2019 (UTC)
  • (Weak-ish) support I don't think Wikipedia should be engaging in the WP:OR-like behaviour of trawling social media sites to compile lists of people who have tweeted in favour of a candidate. If an endorsement is notable as an endorsement, then it will receive decent secondary source coverage. I say "weak-ish" because I fear this will be difficult to police. Bondegezou (talk) 15:54, 23 October 2019 (UTC)
  • Support as the general rule. This is what we want for most content anyway, and we should not be in business of interpreting statements drawn from original research. If #1 and #3 are both clearly satisfied, then maybe an exception could be made, but those cases will typically draw third-party coverage anyway. --RL0919 (talk) 18:11, 23 October 2019 (UTC)
  • Oppose Let me preface this by saying that of course having a reliable source for every endorsement would be ideal. However, there are many individuals who are notable enough to have their own Wikipedia articles, but are often not notable enough to have their tweets and political sentiments covered by the media. This is especially true for non-politicians, such as many of the individuals who have endorsed Andrew Yang, Tulsi Gabbard, and others via tweets and social media. It is also worth noting that many of these independent sources are actually based on tweets themselves. Elon Musk is a prime example; he made a three-word tweet, and it was instantly picked up by myriad media sources. Also, per WP:TWITTER: Self-published and questionable sources may be used as sources of information about themselves, usually in articles about themselves or their activities, without the self-published source requirement that they be published experts in the field ... This policy also applies to material published by the subject on social networking websites such as Twitter, Tumblr, Reddit, and Facebook. As for the five criteria listed, as far as I'm concerned, none of them are violated by citing tweets that are published by the individuals themselves when they are explicitly endorsements. I agree that sometimes, tweets that are not explicit expressions of support slip in, but these non-endorsements can easily be removed by any editor. I myself have done this extensively on this article for the past few months. Bobbychan193 (talk) 18:13, 23 October 2019 (UTC)
  • The idea that there are many individuals who are notable enough to have their own Wikipedia articles, but are often not notable enough to have their tweets and political sentiments covered by the media strikes me as a highly problematic reason to include something. Inclusion of, well, anything on Wikipedia should be because it's important enough for independent sources to cover it. It's not the case that once a person becomes notable, whatever they say is worth including in the encyclopedia. (For context, a difference of opinion between Bobbychan193 and me on this point at endorsements in the 2020 Democratic Party presidential primaries‎‎ is what led me down a path searching for past discussions, to try to find precedent for a clear inclusion criteria). — Rhododendrites talk \\ 18:40, 23 October 2019 (UTC)
  • The whole point of endorsement lists is to list out endorsements. What makes one endorsement more important than another? Only if the media reports it? I disagree with this sentiment. It's not the case that once a person becomes notable, whatever they say is worth including in the encyclopedia. This is not what I am saying. Again, the whole point of endorsement lists is to list out endorsements, and I don't see why we can't do that if an individual tweets out an endorsement. (Other users have mentioned other reasons on that talk page. Some examples: Given the sheer volume of potential endorsements, not every single expression of support is going to be reported on, so it's inevitable that tweets will sometimes be the only place they will be mentioned and a celebrity's personal account tweeting in support has been used frequently as a source for endorsement and it is often without another citation. When they specifically say they support the candidate, it's an endorsement. If not, then remove most of Bernie Sanders' endorsements. The criteria in 2016 was explicit support and/or the campaign hashtag. Just pointing out arguments that other editors have laid out.) Bobbychan193 (talk) 18:49, 23 October 2019 (UTC)
"What makes one endorsement more important than another? Only if the media reports it?" Yes. That's how Wikipedia works. We report what reliable sources say. What makes any event more important than another? Because a reliable source talks about it. Bondegezou (talk) 10:36, 24 October 2019 (UTC)
Those were rhetorical questions. My point was that all endorsements are categorically equal. An endorsement isn't "less of an endorsement" just because the media doesn't pick up on it. Think about it, if person A and person B both endorse candidate C, but the media only reports endorsement A, endorsement B is still categorically an endorsement. Sure, some people, like Elon Musk, might be more "important" than others, and that's part of why there are media sources reporting on these endorsements (other reasons: money/clickbait, bandwagon reporting, etc.). But other endorsements wouldn't be considered "lesser" endorsements just because the media doesn't report them. Bobbychan193 (talk) 01:46, 25 October 2019 (UTC)
No, all endorsements are not categorically equal, just as all information is not categorically of equal value on Wikipedia. Wikipedia is not an indiscriminate container of all facts. We are selective. We are an encyclopaedia. We decide what information merits inclusion with reference to reliable, secondary sources. If you went to an AfD and said an article should be included without secondary source reporting, no-one would listen to you. If some political scandal could only be sourced to some private tweets and wasn't covered by secondary source reporting, we wouldn't add it to an election article. Why should endorsements be treated differently from other facts on Wikipedia? Bondegezou (talk) 15:12, 25 October 2019 (UTC)
When I said "categorically", I meant by definition. An endorsement is by definition an endorsement. Reflexive property. It doesn't matter whether a news source reports on it. An unreported endorsement is still by definition an endorsement. (Also see WP:DUCK) Sure, you can argue that unreported endorsements shouldn't be included, but they are still endorsements by definition. In my view, given the other two criteria (notability and explicitness), we would be selective, and the lists would not be an indiscriminate container of all facts. Why should we cast aside all unreported endorsements? Why shouldn't we make these lists more complete? Bobbychan193 (talk) 05:09, 6 November 2019 (UTC)
  • Support per WP:BLP as potentially controversial information about a living person. Wug·a·po·des​ 18:26, 23 October 2019 (UTC)
  • Neutral/Oppose, per Criterion 1, it should be clear this refers to standalone information, and not information itself. ~ R.T.G 18:33, 23 October 2019 (UTC)
  • this refers to standalone information, and not information itself - Hmm. I don't intend to respond to all the opposers here, but I can't make heads or tails of that this means. Would you mind rewording? — Rhododendrites talk \\ 18:41, 23 October 2019 (UTC)
  • We have many stand-alone and embedded lists of political campaign endorsements, This RfC attempts to create baseline inclusion criteria for such lists. As to my words, the key is it should be clear this refers to standalone, as even short lists within independent articles, I imagine, will be regularly challenged by invoking this guideline. Maybe I should have said Conditional and demanded that "standalone" be made clear. Or maybe it should pass and wait and see if further clarification is required to avoid creep. I'll keep my eye on it, but I'm flying by this instant, thanks o/ ~ R.T.G 19:33, 23 October 2019 (UTC)
  • Thanks for clarifying. I did intend this to apply to lists of endorsements in both stand-alone and embedded lists, but not article prose. If people would support for one but not the other, that seems like a reasonable distinction to make, which could be factored in at closing. — Rhododendrites talk \\ 19:39, 23 October 2019 (UTC)
  • You're right, my comment didn't make sense. You did say "embedded". I'm just going to strike from any input here for the moment. Sorry about that. Thanks for pointing out the error. ~ R.T.G 00:11, 24 October 2019 (UTC)
  • Oppose for organizations specifically for media outlets. I'm unsure whether this is the case in the United States, but in the UK and Australia at least it is routine for newspapers to officially endorse a party in elections via an editorial (see here for examples). These are going to be more significant than any endorsement by an individual, but they're rarely going to be covered in an independent RS. Partly because they all come out at the end of the campaign, partly because no one likes writing about the competition unless they've done something embarrassing. --RaiderAspect (talk) 11:31, 24 October 2019 (UTC)
I have seen independent reporting of newspaper endorsements. That said, you raise an interesting point. I was presuming that, say, The Times saying who it supported in an editorial would count under this rule. Bondegezou (talk) 15:14, 25 October 2019 (UTC)
I'm glad this was raised, but I don't think it's as much of an issue as you'd think. Just looking at the most recent UK general election, it's easy to find coverage of the other papers' endorsements in the Press Gazette, the i and the Guardian. I'm not sure the benefits of such an exception would outweigh the risks of permitting indiscriminate listings of newspapers and blogs. – Arms & Hearts (talk) 11:19, 26 October 2019 (UTC)
  • Support as a sensible limit to avoid sprawling lists of unimportant endorsements. For example, a minor comedian tweeting that he likes Tulsi, should not make the list unless an reliable independent publication takes notice. I also endorse RaiderAspect's exception for media outlets, provided that they are notable media outlets.- MrX 🖋 13:00, 24 October 2019 (UTC)
  • Support for individuals and organizations, but not on media outlets - If no RS reports on the endorsement, I think it's unlikely it will be very noteworthy. With the ample coverage of modern campaigns, it seems quite likely that nearly all endorsements of any significance at all will have some coverage in RS. For media outlets (i.e., editorials), I view the editorial itself as the RS for its own opinion. Neutralitytalk 19:30, 24 October 2019 (UTC)
  • Support. Go back to basics. The notability criteria apply to the content of the endorsement; it needs to be covered by reliable, independent third parties. Notable people say all kinds of things, but we don't add it to an article unless it is reported in a reliable, independent source. The notability and reliable sourcing criteria don't change just because someone endorses a politician. If they posted on their personal website that they encouraged people to check out the Chicken Kiev at Notable Restaurant, we wouldn't be putting that in the article about the restaurant. Risker (talk) 05:26, 25 October 2019 (UTC)
    • The recent Canadian election featured several candidates and even a major political party claiming endorsements that hadn't actually been given, misquoting notable people to imply that an endorsement had been given, and so on. I have no doubt it is already happening in the US election. We should not rely on any source that hasn't been fact-checked by a reliable source with a reputation for fact-checking. Risker (talk) 04:22, 5 November 2019 (UTC)
  • Support. If significant, non-independent sources such as op-eds and media outlet endorsements will definitely be mentioned by other independent reliable sources. — Newslinger talk 00:23, 28 October 2019 (UTC)
  • Support Since many social media users can delete or hide prior posts, we ought not even consider that as a potential source on themselves. Published records are in the hands of consumers (like libraries). Chris Troutman (talk) 14:10, 31 October 2019 (UTC)
  • Support - If no reliable sources think an endorsement is worth mentioning, why should Wikipedia? Doing so gives the endorsement (and perhaps the endorsee) UNDUE weight. Blueboar (talk) 14:25, 31 October 2019 (UTC)
  • Support 1 & 2 in alternative That is if a notable person makes an endorsement (a clear and explicit endorsement, not "I would support") that is enough for the endorsement to be listed, or if an endorsement by anyone at all is reported in major media, that is enough to be listed. The two together are not required DES (talk)DESiegel Contribs 12:47, 4 November 2019 (UTC)
  • Support for individuals and organizations, but not on media outlets: For the former, of course; the latter is a simple distinction: media outlets are, by and of themselves, the reliable source for the endorsement. Javert2113 (Siarad.|¤) 23:39, 6 November 2019 (UTC)
  • Support Absolutely. All endorsements need to be covered by reliable sources independent either the person or organisation making the endorsement. SportingFlyer T·C 08:24, 7 November 2019 (UTC)
  • Strong support. This should be the only criteria, just like anything else. I would go so far as to say that I'm unsure whether this RFC is necessary on this point, since WP:RS / WP:V already applies and is not subject to consensus; an endorsement is a statement about a third party (and therefore never covered by WP:SPS or WP:ABOUTSELF.) Such statements always require a high-quality reliable secondary source, without exception. --Aquillion (talk) 12:24, 11 November 2019 (UTC)
  • Support - per Aquillion, this is the correct criterion - David Gerard (talk) 23:23, 28 November 2019 (UTC)

Discussion of criterion 2[edit]

  • I guess to clarify my stance, my main issue with this is that we shouldn't exclude an endorsement just because a media source didn't report it. Like, if a notable individual has clearly endorsed a candidate (based on our criteria #3) and the media didn't report it, it's still an endorsement. It just doesn't make sense to me to exclude such endorsements. Bobbychan193 (talk) 18:40, 23 October 2019 (UTC)
    The endorsement is only notable if it is covered by reliable, independent sources. Notability applies to the content of the edit, not the person who said whatever was said. Risker (talk) 05:22, 25 October 2019 (UTC)
    actually, notability only applies to teh existanc or non-existanced of an articel it never applies to selection of article content, and the policy says this explicitly. DES (talk)DESiegel Contribs 07:38, 4 November 2019 (UTC)
Well then obviously I said it wrong. An endorsement by Cousin Becky in the family newsletter should not make it into our article. An endorsement by Senator Foghorn, reported in the New York Times, probably should. Notable person (i.e., someone who has WP article about them) publicly endorsing the candidate as reported in well-regarded reliable source should be the boundary. Risker (talk) 08:51, 4 November 2019 (UTC)
That is cleaer yes. Several people inn the discussion have been speaking about the "notability of the endorsement" which is just not how notability works. Perhaps that was intended only as shorthand, but "notability" is a term of art here on Wikipedia, and it is better not to muddy it. DES (talk)DESiegel Contribs 12:55, 4 November 2019 (UTC)
That siad, the above is clearer but I disagree with it. If anyone's endorsement is reported by the NY Times, then it should be liated, whether the person has an article or not. And If SAenator Foghorn endor5ses Joe Blow for Gov, that is worth listing even if it is done in a tweet, and not reported in the media. DES (talk)DESiegel Contribs 12:55, 4 November 2019 (UTC)
Ah see, this is where actual practice disagrees. We decide what to include in articles on a daily basis by looking at whether or not the proposed content is "notable". We might very well be able to find reliable sources that say Notable Cousin Becky has a wart on her elbow, but we're not going to include it unless her claim to notability is that she has a wart on her elbow. And I do disagree with you that Notable Senator putting out a tweet endorsing Candidate A should make the list. It should only make the list when an independent third party thinks the endorsement is significant enough to report it. It's okay for us not to agree about this, but I want to make it clear that I don't think any endorsement that is not independently reported should be included; otherwise, it's just an advert. Risker (talk) 19:21, 4 November 2019 (UTC)
  • Would some of the proponents of this be willing to sandbox versions of the articles in Category:2016 United States presidential election endorsements so we can see just what effect this might have? I worry that the US media's tendency to ignore third-party candidates might result in unbalanced articles, where Democratic and Republican candidates have many more "minor" endorsements listed. Anomie 13:34, 27 October 2019 (UTC)
    • If you look at the history of Endorsements in the 2020 Democratic Party presidential primaries you can see where I removed everything that was sourced only to social media. Another run-through would be required to remove those just sourced to the candidate/campaign's website, but it's an approximation. I tend to wince a little when I read "balance" in this sort of context, though. Isn't a balance achieved by throwing out the extent to which subjects receive secondary source coverage a definition of false balance? — Rhododendrites talk \\ 00:19, 28 October 2019 (UTC)
      • Thanks, but I'm particularly interested in a comparison of the resulting states of different parties' articles than in one major party's. Anomie 12:17, 28 October 2019 (UTC)
  • I Support 1 & 2 in the alternative. That is if a notable person makes an endorsement (a clear and explicit endorsement, not "I would support") that is enough for the endorsement to be listed, or if an endorsement by anyone at all is reported in major media, that is enough to be listed. The two together are not required, if either is satisfied, the endorsement can be (not must be) listed. DES (talk)DESiegel Contribs 12:56, 4 November 2019 (UTC)

Criterion 3: Endorsements should be unequivocal and explicit[edit]

  • Support - I was surprised to see how many "endorsements" we include are actually just people using a particular hashtag, expressing positive feelings about a candidate, saying they've donated, talking about going to a fundraiser, etc. This also gets at the problem of using only social media as sources. Something published in a reliable independent source would be less likely to pick something like that up and call it an endorsement. — Rhododendrites talk \\ 14:31, 23 October 2019 (UTC)
  • Maybe As per basic principles, if we're claiming X backs Y, we need a source showing that X backs Y and merely expressing positive feelings or attending an event shouldn't cut it. That said, I am wary about requiring specific language, like expecting the word "endorsement". Different countries, even those notionally speaking the same language, use different words and phrases. There is a particular culture of endorsement in the US and we shouldn't be applying how endorsements are done in the US and the language used around them to other countries. Bondegezou (talk) 15:59, 23 October 2019 (UTC)
  • Preferably, but this is the weakest of the three suggested criteria. If there is a consensus of independent reliable sources under criterion #2 above that X has made an endorsement, then we should follow their lead rather than trying to interpret primary-source material. --RL0919 (talk) 18:14, 23 October 2019 (UTC)
  • Support Donating to a campaign, using particular hashtags, and/or attending any candidate event are not enough to be considered endorsements in isolation. This is because 1. Any individual can donate to multiple candidates or attend the events of multiple candidates (Example: Jack Dorsey donated to both Andrew Yang and Tulsi Gabbard) 2. Hashtags, such as #YangGang, could be interpreted as a way to boost the visibility of a tweet, or attract attention from people who search said hashtag. I think that minor variations of "I endorse xyz", such as "I support xyz", "I am campaigning for xyz", or "I am voting for xyz", are explicit enough to be considered support. (Example: again, Elon Musk's tweet. If myriad independent sources consider this an endorsement, then I don't see any reason we as editors can't similarly interpret other tweets. Why should we wait for a media source to essentially do the same thing?) I agree that this should be discussed on a case-by-case basis, especially for tweets that may be slightly more ambiguous than your standard "I support xyz". Bobbychan193 (talk) 18:25, 23 October 2019 (UTC)
  • Prefer 2. If a reliable independent source calls it an endorsement, we should list it as an endorsement regardless of whether an editor thinks it's equivocal. Obviously we should prefer unequivocal and explicit endorsements, but I'd prefer following RSs over our own judgment on what that constitutes. In the absence of 2, I'd support this, but am otherwise neutral on it. Wug·a·po·des​ 18:30, 23 October 2019 (UTC)
  • @Wugapodes and RL0919: I agree with both of you. I added this as separate from #2 for two reasons. First, in case #2 doesn't pass. Second, because there's still the question of interpreting the language of reliable sources. If a reliable source says that someone attended a fundraiser, tweeted in support of, used a particular hashtag, praised, etc., do we interpret that as an endorsement, or does the RS need to call it an endorsement? There are some other terms which, to me, are quite close in meaning or allow easy inference like "backed," "declared full support for," "campaigned for," etc. but there, too, I think it's tricky. — Rhododendrites talk \\ 19:17, 23 October 2019 (UTC)
  • Somewhat support - most of the examples should be gone, but I don't think it needs to be as ironclad as "I endorse X for president" etc. On a distinct tack, if a RS says it's an endorsement and it isn't blatantly vague, then that should also suffice. However some filtering is clearly needed - a positive statement doth not an endorsement make Nosebagbear (talk) 08:58, 24 October 2019 (UTC)
  • Support - It's unfortunate that this has to be documented, but it's surprising what some editors consider endorsements. An endorsement should include the word endorse, or a synonym like support, recommend, back, approve, etc. If a reasonable person questions whether something is an endorsement, then it should not be considered such. Vague comments, shout outs, donations, attending events, and the like should not be interpreted as endorsements. WP:V is the underlying policy. - MrX 🖋 13:17, 24 October 2019 (UTC)
  • Support - Agree wholly with MrX. Neutralitytalk 19:30, 24 October 2019 (UTC)
  • Support Given the nuances of the English language, there are many things that sound supportive that aren't endorsements. Let us stick to the explicit and if necessary go behind the RS (who have their own agendas) to look at the statement and see if it really is an endorsement. I agree with Ched that we should not have such lists of endorsements, but am also dubious that they could be stamped out if we wanted to.--Wehwalt (talk) 06:18, 25 October 2019 (UTC)
  • Support under WP:V. I agree with MrX here: we cannot extrapolate a claim that is stronger than what is presented in the underlying source. — Newslinger talk 00:19, 28 October 2019 (UTC)
  • Support per WP:NOR. Chris Troutman (talk) 14:08, 31 October 2019 (UTC)
  • Support - Turning a “statement of support” into a full blown “endorsement” would violate WP:NOR. So requiring that the endorsement be explicit makes sense. Blueboar (talk) 14:31, 31 October 2019 (UTC)
  • Support. "Endorsement" is loaded language if it were used to describe mere passing statements of support. feminist (talk) 12:31, 3 November 2019 (UTC)
  • Support this definitely seems justified. DES (talk)DESiegel Contribs 12:57, 4 November 2019 (UTC)
  • Support Absolutely agree. SportingFlyer T·C 08:28, 7 November 2019 (UTC)
  • Strong oppose per my logic to criterion 1 (and I strenuously urge the support !votes to step back and consider the implications of having this pass alongside criterion 2) - yes, this proposal sounds appealing, but this is not a call we should be making ourselves. The call on whether a particular statement counts as an "endorsement" is entirely based on how reliable sources characterize it, and should never depend on editors adjudicating whether the statement is "unequivocal and explicit." If this passes, I foresee people saying things like "yes, the NYT, LA Times, etc. describes this as an endorsement, but I personally think their wording was ambiguous, so we can't include it because the RFC required that it be unequivocal or explicit." If WP:RSes say it's an endorsement, then it's an endorsement and ought to be listed. Fullstop. (EDIT: Unless this is interpreted to mean just "the endorsement must be described as such by reliable sources", but that's not how I read it now.) --Aquillion (talk) 12:24, 11 November 2019 (UTC)
  • @Aquillion: the wording of the proposal (well, specifically, the "Note on #3" just below the bolded bit) says 'In most cases, this would require use of the word "endorsement" by the person endorsing or by media coverage thereof' - I suspect the interpretation of this along the lines of what you describe is uncontroversial, given WP:V and the support for #2 above. I worded it to talk about the endorsement itself, too, because going into this RfC we're still using Tweets, etc. as sources. — Rhododendrites talk \\ 02:38, 17 November 2019 (UTC)

Discussion of criterion 3[edit]

  • Please give an example of an equivocal or inexplicit endorsement, and why that disqualifies the notability assumed by Criterion 1. ~ R.T.G 18:33, 23 October 2019 (UTC)
  • "Let's win the era! @PeteButtigieg has me excited about the next generation of American government"
  • "I have listened with an open heart and an open mind and time after time, the individual who has continually impressed me with his consistent, thoughtful, and error-free presentation of our values and needs in this country is @PeteButtigieg. He has risen to the top"
  • "Go #PETE !!⁦@PeteForUSA2020 @PeteButtigieg"
  • "@PeteButtigieg i think you have a shot at uniting this country again. i am a big fan and am sending you all my support. if there is anything i can ever do for you pls let me know"
  • "Same" (responding to the one above)
  • "Buona settimana!!! HAVE A GREAT WEEK!!! Feliz semana! 👊🏻👊🏻👊🏻 @PeteButtigieg #mayorpete #petebuttigieg #accettomiracoli #aceptomilagros #buonacattivasorte #buenamalasuerte #tzn2020"
  • "This guy is so smart and on point and he wore the 🇺🇸 uniform. Good luck @PeteButtigieg - you are what this country needs."
  • "A candidate for #President that speaks, genuinely, of #unity, #prayer and #reflection. I'm all over that, thanks #PeteButtigieg #PeteForAmerica @PeteButtigieg"
  • "Still believe Mayor Pete is our best candidate for the presidency. His unique combination of qualifications is unbeatable. All our candidates are talented and good, but Mayor Pete stands out. He will be a great president. And we desperately need greatness in the Oval Office"
  • "Please RT. Only 174 $1 donations by midnight to reach goal for @TulsiGabbard !"
  • “Oh noooooo, @KamalaHarris guess what?! @TulsiGabbard has your number. She is by far the better candidate. Go Tulsi"
  • "A Joe Biden/Kamela Harris ticket or a Kamala Harris/Joe Biden ticket would please me greatly!"
  • "GHosts for @BetoORourke fundraiser tomorrow evening in NYC:"
  • "Bernie @SenSanders or @elizabethforma (Elizabeth Warren) would be two people I would LOVE to see in the White House, as both of them would be capable and ready to fix the damage caused by the @GOP and the Trumpino crime family"
  • "God I wish we weren't a sexist hellscape so she'd get the nomination"
  • "Increasingly all-in for Elizabeth Warren, gotta say"
  • "Here's one very good reason to be for Elizabeth Warren. Wall Street is terrified of her"
  • "Greatest Of All Time! #GOAT …"
  • "Russell Brand will be joining me in Los Angeles on Sept. 15"
  • "We need an uprising of consciousness #JoinTheEvolution #WagePeace A #President who leads with #Love & #Intelligence ."
  • "I was there at his launch party in SF!"
  • "Andrew is actually the "not stuck in the past and open to new good ideas guy""
  • "read up on @AndrewYang. he's the only young candidate addressing issues that nobody else is. his politics are actually good (more than just giving every american $1,000/month), and he has a fun and transparent personality. I uhhhh, i think we ✈️ #YangGang 2020"
  • "It takes an amazing amount of strength to be this vulnerable in public. This display of emotion makes me admire @AndrewYang even more..."
  • "I've actually donated for the first time ever. New podcast with @AndrewYangVFA is up! Check it out on offthepillpodcast! #yanggang"
  • "LFG!!!!! #YANGYANG"
  • "Thanks man. Best of luck future Mr President!"
  • "Yanggang"
  • The above are all currently in the endorsements in the 2020 Democratic Party presidential primaries. I had removed them and they were restored. Ran out of steam at the end (there are a lot of refs, and I only searched for twitter). This omits the somewhat clearer but still uncertain "I would vote for this person", "I support this person", "I donated to this person", and so on. — Rhododendrites talk \\ 19:01, 23 October 2019 (UTC)
  • Full disclosure, I was the one who restored them. It was 50KB worth of removals and certainly a bold edit by size alone, so I reverted them (temporarily) based on WP:BRD. I view this RfC as the "Discuss" phase, and if there is strong community consensus to remove tweets as sources, then I do not oppose the re-removal of these entries. Bobbychan193 (talk) 19:09, 23 October 2019 (UTC)
  • My first impression of this is that it lacks a third party reliable source stating that each detail is individually notable beyond the fact of endorsement.
  • The endorsement is possibly notable, but saying yah boo fifty seven ways until Sunday about it is not notable at all. Oh how I love thee is notable, that they do. Oh let me count the ways is a bit wandering, unless you can establish the particular commenters way-counting as notable. ~ R.T.G 20:14, 23 October 2019 (UTC)
OR is often bent to provide or enhance simple academic study. This seems to be a deep research of trivial twittes to highlight faces in a crowd who went woop at a certain time, and it may prove harmful to living persons. I mean, apply these precedents to the Trump endorsement page on Wikipedia and see what you get. Bending OR is for like, simple but important primary resources directly relevant to a subject. Endorsements should be directly relevant or presented as a number. People can be notable, but when you cross that notability over to something they aren't notable for, they can mislead you, and if we follow misleading resources, we mislead people, and we don't want to obstruct peoples right to disappear. None of these twittes are authorative. Collectively, they have an individual value, but if we record that value today with a fact checked number, there is no need to save the woops for playback tomorrow. Show me a Trump doing something cruel and unusual, and I'll show you a Democrat playing the other side to prove a bet that the people cannot be trusted. I mean, its my bet, and he's proved it so hard we might not recover... I've defended Trump loads of times for the purpose of revealing the other side, but I've never endorsed him. He's not my president. I'm not even American. ~ R.T.G 07:21, 24 October 2019 (UTC)
Clarify that: OR is often bent to connect resources. To make lists, for instance. To provide "See also" sections. To clarify points. This above list however, is like listing woops, to an extent.. And it's not just the trivial nature of the individual items, it's the hotbed of emotion around ongoing events, ~ R.T.G 18:01, 24 October 2019 (UTC)
  • Oops didn't reply to the second part of your comment. Although I'm not sure what you mean by why that disqualifies the notability assumed by Criterion 1. It has nothing to do with the notability of the people speaking. It has to do with WP:OR, relying on Wikipedians to interpret someone's words to be an "endorsement". — Rhododendrites talk \\ 19:08, 23 October 2019 (UTC)
  • Replied above upon the examples, thanks. ~ R.T.G 20:14, 23 October 2019 (UTC)

General discussion: inclusion criteria for political endorsement lists[edit]

  • Personally I'm against ANY list of political support or endorsements in any way shape or form. It's one thing to say "Senator X supported Candidate Y in the past election" in a prose article. To my mind said "lists" or categories of "support political anything" goes against what our project is supposed to stand for and be. It's far too easy to put "list 1" which supports candidate A in a more front and center position than "list 2" which supports candidate B. IMO, there's far too much political POV pushing going on throughout wiki as it is - these "lists" simply add to that, and I can NOT support such things. — Ched (talk) 14:57, 23 October 2019 (UTC)
  • Just to be clear, this RfC isn't about the validity of the lists. Whether we should have them at all may be worth discussing, but at the moment we have oodles of such lists, so let's at least create some baseline rules. — Rhododendrites talk \\ 15:06, 23 October 2019 (UTC)
  • The sheer number of these lists suggests there's consensus for their existence. I agree with Ched that I'm not sure how useful they are, but I think getting consensus for their exclusion would be an uphill battle that would cause more problems than it's worth. Many of these are suitable as standalone lists per WP:LISTN (FiveThirtyEight for example keeps a running list and ranking of primary endorsements), so if we prohibit inclusion in articles they will and (and maybe should) be spun out. Those that can't will probably be included in the relevant article because the community doesn't agree, and we'll just wind up back where we started or worse: fighting edit wars over stupid stuff and blocking people who could otherwise be useful contributors to politics articles. For better or worse, I think it's best to let the lists be and figure out how to curate them to minimize the negative aspects of such lists. Wug·a·po·des​ 18:44, 23 October 2019 (UTC)
  • The US has a particular system of political parties and endorsements that doesn't always translate to other countries. I note that on UK endorsement lists for general elections, we don't cover members of a party endorsing that party, as that goes without saying in a UK context. (If a Conservative MP endorsed anyone other than Johnson in a general election, they'd be out of the party very quickly.) In comparison, intra-party endorsements dominate US endorsement lists. Likewise, when considering recent referendums, we didn't include every single SNP politician as endorsing Scottish independence: we just included the party as a whole doing so. Bondegezou (talk) 16:03, 23 October 2019 (UTC)
  • Just to note 2 things: 1. My comment above is in no way a reflection of or on Rhododendrites who I've seen around and I think they do excellent work. (I even appreciate this particular RfC/proposal) 2. I'm aware of the many lists out there - that doesn't mean I think they belong; hence my statement. I also fully aware that there's not going to be any removal of said lists. While I don't usually stick my nose into any of the political stuff - I am aware of it. I just don't care for how our project deals with it. — Ched (talk) 18:51, 23 October 2019 (UTC)
  • It will go against WP:BLPSPS to use those social media posts outside the article for the publisher of the media posts themselves. It will also go against articles 6 and 7 of WP:DIRECTORY. Hmm.. WP:NOTEVERYTHING? ~ R.T.G 17:00, 31 October 2019 (UTC)
    • I mentioned this elsewhere, but per WP:TWITTER: Self-published and questionable sources may be used as sources of information about themselves, usually in articles about themselves or their activities, without the self-published source requirement that they be published experts in the field ... This policy also applies to material published by the subject on social networking websites such as Twitter, Tumblr, Reddit, and Facebook. Endorsements are definitely considered part of "their activities". Bobbychan193 (talk) 05:11, 6 November 2019 (UTC)
  • I also have misgivings about such lists for the reasons given above (they do belong in sections of the relevant election's article, but I believe that LISTN should apply for standalone lists). If we do decide to have them, I support all three criteria, with the assumption that criterion #3 will be played by ear as necessary. – John M Wolfson (talkcontribs) 02:01, 2 November 2019 (UTC)
  • These lists are obviously political campaigning and so should all be deleted per WP:NOTADVERTISING, WP:NOTADVOCACY, WP:NOTOPINION, WP:NOTSOAPBOX, WP:NOTPROMOTION, WP:NOTPROPAGANDA, &c. People's opinions on such matters can change and so they seem too ephemeral to be maintained in a timeless, encyclopedic fashion. Also, in the US, where money talks, celebrity endorsements may be bought. For example, I often see George Clooney promoting Nespresso or Harvey Keitel promoting insurance but don't think we should make lists of such. Only in the rare cases, where the endorsement becomes a cultural icon, should we create a page for it; for example the George Foreman Grill. Andrew D. (talk) 15:54, 4 November 2019 (UTC)
    • If you're proposing deletion of all endorsement lists, this is probably not the right place to do so. Bobbychan193 (talk) 05:11, 6 November 2019 (UTC)
  • I feel that a lot of the people who have !voted support on all three criterion need to stop and think about what they're saying. Do we actually want criterion 1 and 3 to be applied on top of the WP:RS requirement? My feeling is that the only thing we should care about is whether an endorsement has coverage in reliable sources (and is referred to as an endorsement in them); I'm extremely skeptical of the way the wording of the other two criterion would seem to encourage or even require editors to substitute their own judgment for that of the sources. --Aquillion (talk) 12:27, 11 November 2019 (UTC)
  • Count me as not a fan of these lists in general, but under the assumption that there will be such lists, I support all three criteria to at least whittle down more superfluous items. But I have a question about withdrawn endorsements or endorsements of multiple candidates. If someone endorsed a candidate and subsequently pulls it, does it appear as an endorsement (withdrawn) or is it wiped. Or if say Carolyn Maloney who endorsed Gillibrand, decides to go with Warren, does it appear for both? Or do you footnote the Warren endorsement that it came after Gillibrand dropped out? Would a withdrawal of an endorsement meet the same criteria? Maybe I’m just adding an issue outside the scope.TastyPoutine talk (if you dare) 00:25, 23 November 2019 (UTC)
  • I was in the original discussion about listing campaign endorsements (it was either 2004 or 2008), & at the time only newspaper endorsements were included, since traditionally the editorial staff of newspapers would endorse one or more candidates, & this would often give candidates an advantage. So there was a historical rationale for this. While it can be argued to include influential people or groups in this list (e.g., politicians with a national profile, groups like EMILY's List, or the NRA) because they have influence on voting, I can't think of a reason to extend coverage of endorsements beyond these sources. Honestly, capturing support comments from social media is original research; to use it to reflect any sort of strength of support (either in that social media community or society in general) requires expert knowledge to filter out the bots, spammers, & other bad-faith agents that have been proven to be out there. -- llywrch (talk) 21:05, 25 November 2019 (UTC)

The above discussion is preserved as an archive of the debate. Please do not modify it. No further edits should be made to this discussion.

Proposal to distinguish move and cascade-protect lock colors[edit]

Current move (proposed/old version here)
Current cascade

Following the previous thread here on this topic, most of the padlock colors were changed to match with WMF logo colors. Most of the changes were perfectly fine, but I didn't notice until recently that because of the new changes, the padlocks for move and cascading protection look almost the same color-wise, which can be confusing. I propose that:

  1. The cascade protection padlock be changed to the current color of the move protection padlock (i.e. WMF Green30)
  2. The move protection padlock be reverted to its original color

pythoncoder (talk | contribs) 21:07, 10 November 2019 (UTC)

  • Support as proposer. —pythoncoder (talk | contribs) 21:07, 10 November 2019 (UTC)
  • Go back to the old color per proposer. – John M Wolfson (talkcontribs) 07:33, 13 November 2019 (UTC)
  • Support. Green and blue are generally unfamiliar as representing negatives like "locked" or "not allowed". Green means go doesn't it. ~ R.T.G 04:12, 26 November 2019 (UTC)

Proposal to change the interface-protect lock color to a redder color[edit]

Padlock colorblind comparison.png

In the interest of getting all the bike shed color proposals out of the way as soon as possible, I also propose that the color of the interface-protect padlock be changed to WMF Red30 (#b32424     ), as it's more in keeping with the historical permanent protection color of red and goes along with the spirit of the RfC mentioned above. The current color is #aa4400     . —pythoncoder (talk | contribs) 21:07, 10 November 2019 (UTC)

Per Yair rand's request, I have created a comparison image visible on the right. Changing the interface lock results in little-to-no visible change. —pythoncoder (talk | contribs) 22:22, 18 November 2019 (UTC)
  • Support as proposer. —pythoncoder (talk | contribs) 21:07, 10 November 2019 (UTC)
  • Please make sure to take colorblind users into account when selecting colors for these icons. --Yair rand (talk) 00:38, 11 November 2019 (UTC)
Support colourblind support ~ R.T.G 04:12, 26 November 2019 (UTC)

In regards to the suicide disclaimer debate[edit]

I took a look at the debate. Shouldn't we be helping a lot more people if we put in a suicide banner? Regardless if they are wikipedians or not— Preceding unsigned comment added by New340 (talkcontribs)

New340 It would help a lot of people to put many different kinds of messages in Wikipedia articles; drug addiction help, anti-suicide messages, domestic violence help, and so on. Where do we draw the line as to what messages are appropriate for a project that is supposed to be an encyclopedia? 331dot (talk) 12:23, 20 November 2019 (UTC)

When it turns in don't try this at home. It will work until it starts getting unneeded, as in its obvious. Another thing, most people who visit Wikipedia don't go on the projects, they just look at the articles so it would be test of we add them.

As the person who started the original discussions and was dissatisfied with the actual solution that was implemented, although my personal views are that they should have added a Suicide Disclaimer telling those are suicidal to get help, the hatnote they have now may be the best solution for most wikipedians. If you look at the original discussion and look at Steven Crossin’s conclusion of the debate, this is what he says:
”I then refer to the alternate compromise proposal, to link to Suicide prevention in the hatnote, which was suggested by Doc James and supported by some of the editors that were opposed to the crisis hotline proposal, and also by editors that overall supported a change and commented in this discussion later. While this may not be a perfect solution, it has the most agreement out of all options in this discussion.“
Thus, I feel like we should not have a Version 2.0 of this discussion until a few years time when circumstances change, as if we discuss this again after the debate that literally took place just 5 months ago, nothing will come out of it. The majority of the people had already decided this. Neon 11:01, 30 November 2019 (UTC)

Require Fringe theories Wikiproject to post notifications in any AFD they ask their members to go to[edit]

At Wikipedia:Fringe theories/Noticeboard they post messages asking their members to comment at AFDs, but don't post a message in any of those AFDs to inform anyone this has happened. Wikipedia:Fringe_theories/Noticeboard#Craig_Loehle for an example. They have an article alert list but it doesn't include this AFD or various others. Should the Wikiproject not have a proper deletion list like others do, and be required to post a notification in the AFDs they link to on their project page? Dream Focus 19:06, 20 November 2019 (UTC)

And here is a discussion in which Lightburst and Dream Attack vehemently defend blatant canvassing when it's committed by Lightburst. ApLundell (talk) 01:28, 21 November 2019 (UTC)
My first comment in that discussion was "No one has the right to erase someone's message. The message seems neutral to me." That has nothing to do with this discussion, did yo mean to post it in the section above? Dream Focus 01:38, 21 November 2019 (UTC)
I meant to post it exactly where I posted it. It provides context. ApLundell (talk) 01:53, 21 November 2019 (UTC)
  • Um, you guys know that isn't a Wikiproject, right? It's just another noticeboard like WP:AN and WP:MCQ. It doesn't have members, and it isn't coordinating anything. It's just a place where anyone can post problems for discussion. Posting notices on open noticeboards is not canvassing, because these are not Wikiprojects. --Jayron32 19:33, 20 November 2019 (UTC)
  • Is this supposed to be a WP:POINTY proposal? WP:FTN is a widely watched community noticeboard. I'm not sure how you can plausibly argue that posting there is canvassing whilst posting a AFD at an inclusionist wiki-project is perfectly fine. Nblund talk 19:45, 20 November 2019 (UTC)
Noticeboard vs. project is arbitrary wikilawyering. The effect is the same. Noticeboards can be just as clubby as any other regularly visited forum. When those forums are active in AfDs there should be rules in place to avoid abuse. -- GreenC 20:23, 20 November 2019 (UTC)
  • Nblund The noticeboard is called "fringe theory" and it is a defacto canvass since the group does not direct participants to !vote on non-fringe theory articles. In regard to the above mentioned List of scientists who disagree with the scientific consensus on global warming - it is clear that you canvassed the participants, and feigned ignorance about previous AfDs on the list. And then of the 12 participants involved in discussion about the AfD you posted on the fringe noticeboard - all but 3 participants came to !vote delete. It is also improper that deletion discussion was taking place on the fringe noticeboard rather than the AfD: The only member to !vote keep mentioned that fact. Might I ask that you discuss at the deletion discussion rather than reinforcing your clique mentality here. Dmcq (talk) The request of Dmcq was dismissed. Lightburst (talk) 20:43, 20 November 2019 (UTC)
I didn't "feign" anything. The prior deletion discussions were under a different title. I just missed them. The accusation of canvassing is too silly to debate. You didn't really answer my question.
  • Nblund apologies for the accusation about feigning ignorance. The article had another title in previous AfDs as you have said. Lightburst (talk) 21:19, 20 November 2019 (UTC)
@GreenC: noticeboards are dedicated to Wikipedia policies that everyone should adhere to - it's not canvassing to bring in editors who are interested in NPOV issues to an NPOV discussion, but it might be canvassing to bring in editors with a specific viewpoint. More importantly, "widely watched" noticeboards are less vulnerable to bad behavior because they're more public. At best, you're arguing that ARS and FRN are exactly the same, so then why are you insisting that posting a message at one venue is canvassing while the other is perfectly fine? Nblund talk 20:53, 20 November 2019 (UTC)
  • Oppose - as Jayron has stated this is not a Wikiproject and doing something like this amounts to WP:CREEP. As I have said above... we have WP:DRV in place, if you question the rationale of the closing admin for said AfD then it can always be contested. - Knowledgekid87 (talk) 20:24, 20 November 2019 (UTC)
Comment User:Nblund You have committed the Fallacy of composition. WP:ARS is not monolithic. For example, User:Hijirii88 is a regular there, and has (for at least 21 months) been an agent provocateur if not an outright project saboteur, for many years. And he is a deletionist by his actions and his postings. You can see his posts written above. I am not maligning him, but his presence belies both your analysis and your conclusion. 7&6=thirteen () 20:31, 20 November 2019 (UTC)
The fact that you call that user a "saboteur" seems to imply that they don't share the goals of the project. I'm not arguing that posting at ARS is canvassing per se, but I'm struggling to see how anyone could say adding a notice at ARS is fine while FRN isn't.Nblund talk 20:48, 20 November 2019 (UTC)
It would be a fair statement that he and I are not sympatico. I would say we disagree on most everything; and we no longer interact. Of course, that is not required that we agree. He is as entitled to his opinion as I. My only point is that WP:ARS is open to anyone, and some of us want to build articles and keep them; and some of us don't and want to delete them. I would say our goals are in disharmony. I can't answer as to why any of this happens, but I know it exists.
You pays your money; you takes your chance. I will continue to WP:AGF. 7&6=thirteen () 21:32, 20 November 2019 (UTC)
  • Are there any instances where an AfD notice has been placed at WP:FTN that did not involve a subject that was clearly a fringe theory? BD2412 T 20:53, 20 November 2019 (UTC)
    • Sure. All the time. It's common for articles about practitioners of fringe science to show up on FTN. Typically once a quack realizes that Wikipedia won't function as free advertising, they try to quietly get their article deleted, so as to not scare away their suckers customers. ApLundell (talk) 01:09, 21 November 2019 (UTC)
  • Oppose- this is a retaliatory proposal aimed at spiting jps. We shouldn't indulge this. Reyk YO! 21:10, 20 November 2019 (UTC)
    Please assume good faith. I thought it was Wikiproject, but they claim its a noticeboard, but it looks the same and is basically the same as far I can tell, and Wikiprojects do all post a notice in AFDs when they list something. If a lot of people are seeing something listed somewhere and going to vote there because of it, then it should be revealed otherwise its stealth canvassing. Dream Focus 21:14, 20 November 2019 (UTC)
  • Comment - It is actually quite rare for an editor to leave a notice about an AfD at FT/N... the purpose of FT/N is article clean up and advice as it relates to fringe theories (assessing sources, examining UNDUE complaints, etc), and notices are an alert that an examination and clean up is needed. In other words, the notices are usually posted well BEFORE any AfD is contemplated. Yes, sometimes nomination for deletion is the end result of a notice at FT/N... but usually this is well AFTER attempts to bring the article into line with policy have taken place. In fact, I would say that most of the time, “sent to AfD” is the last comment in a long discussion about the article’s content and sources. Blueboar (talk) 21:28, 20 November 2019 (UTC)
    That doesn't seem to be the case on the page now. I see plenty of cases where there is no discussion at all, just one editor posting a link to an AFD. Wikipedia:Fringe_theories/Noticeboard#The_Holy_Quran_and_Science_Conference Wikipedia:Fringe_theories/Noticeboard#Lipid_therapy Wikipedia:Fringe_theories/Noticeboard#Deletion_discussion_and_content_issues_on_Ritual_Violence Wikipedia:Fringe_theories/Noticeboard#Craig_Loehle That's fine but you should reveal in the AFD that they were mentioned there, just like Wikiprojects do. Dream Focus 22:13, 20 November 2019 (UTC)
    I have to agree, as I can see no reason why we would treat this notice differently from a WikiProject notice. It seems like a harmless addition. BD2412 T 22:20, 20 November 2019 (UTC)
  • Oppose This is a bad-faith proposal by Dream Focus, whose own behavior could use some scrutiny. However, if this is discussion is closed, it should not poison the well against a more serious proposal by other users. User:@Dmcq: recently voiced concerns and I think he or she was considering proposing something along these lines. ApLundell (talk) 22:32, 20 November 2019 (UTC)
  • MISLABELED PROPOSAL: The heading says "Fringe theories Wikiproject" and mentions "members" but the actual question is about Wikipedia:Fringe theories/Noticeboard. At least one comment above says "I can see no reason why we would treat this notice differently from a WikiProject notice" but wikiprojects and noticeboards have quite different rules. --Guy Macon (talk) 22:37, 20 November 2019 (UTC)
  • Oppose notification requirement for fringe theories noticeboard or for all noticeboards. Neutral on notification requirement for any wikiproject. --Guy Macon (talk) 02:41, 21 November 2019 (UTC)
  • Support but for noticeboards in generalOppose Posting neutral AfD notices is covered by WP:CANVASS. What I'd like to see I've covered in the next section #Discussions about articles on Noticeboards should leave a note on the relevant talk page. Dmcq (talk) 12:50, 21 November 2019 (UTC) My original comments follow.... This should be a general thing on noticeboards not just the Fringe Theories one. I wish the problem had not been raised this way by Dream Focus. They made it quite clear they would consider it as attacking them personally if this was specific to them rather than something which is generally done and I think that is a fairly reasonable request. As far as I can see people do typically leave a note if they go for any sort of discussion on a noticeboard about an article rather than a quick request to talk there or some query on a point of policy that applies generally. That is not in WP:Noticeboards but it can be put in as documenting current best practice. Dmcq (talk) 00:46, 21 November 2019 (UTC)
    • I also agree with this, and would consider it a convenience to editors who might want to know that appropriate noticeboards have been pinged without having to check them manually. BD2412 T 00:57, 21 November 2019 (UTC)
      • Is it possible to automate this in some way? I don't see why anyone cares what those little "notes" are on the AfDs, but if it makes people happy and it doesn't require difficulty on the editor's part I doubt anyone would really mind. Seems like a technical request, perhaps. jps (talk) 01:02, 21 November 2019 (UTC)
        • They care because they want a procedural "gotcha" to invalidate deletion discussions. ApLundell (talk) 01:19, 21 November 2019 (UTC)
Grr it is any possible extended discussions on a noticeboard about an article I'd want a note for at the article page. You don't know how a discussion will end up never mind thet thy'll go off to try and AfD it. Personally I don't have a problem with neutral requests for editors to come to the talk page for an article. See the third paragraph in the introduction to Wikipedia:External discussion for something like what I'd want. The number of things wrong with how this proposal is phrased here is why I was spending some time before bringing it up. Dmcq (talk) 01:15, 21 November 2019 (UTC)
Maybe you should ask to close the discussion then? I definitely think you are in a better place to pose it. jps (talk) 01:16, 21 November 2019 (UTC)
I definitly support the idea of closing and starting from scratch with less battleground and better idea of the actual mechanics of what is really wanted. I have to go away for some hours now though and that can be an age on this noticeboard. Dmcq (talk) 01:23, 21 November 2019 (UTC)
I don't see any reason to just start the same discussion over again because some don't like me or just misread my intentions. Many would then just have to waste time repeating themselves. Dream Focus 01:38, 21 November 2019 (UTC)
  • No need so long as the notice is neutrally worded, it isn't canvassing to post a message to a relevant noticeboard informing users there of another discussion. — Insertcleverphrasehere (or here)(click me!) 03:01, 21 November 2019 (UTC)
  • Comment. Posting a (neutral) notification to a noticeboard is best practice for widening consensus, and is the opposite of canvassing, per WP:APPNOTE. The proposal seems confused about the difference between WikiProjects and noticeboards. Alexbrn (talk) 03:54, 21 November 2019 (UTC)
    Look at Category:Wikipedia_noticeboards. This noticeboard is not like the others, it is instead like a Wikiproject. Perhaps it should be renamed as such to avoid confusion to what it really is. Dream Focus 04:09, 21 November 2019 (UTC)
    Yup, it's a noticeboard unlike (say) WP:ARS. So we call it what it is. WP:FT/N is a noticeboard hung off a WP:PAG, (WP:FRINGE) in the same way that WP:NPOVN and WP:RSN are noticeboards hung off WP:PAGs. While it is within the universe of WP:SKEP, if you want the talk page for that WikiProject (a treat if you've not found it yet!) then go to WT:SKEPTIC. Alexbrn (talk) 04:15, 21 November 2019 (UTC)
  • A neutral notice at WP:FRINGEN is the opposite of canvassing. In fact, I'd support a WP:DELSORT for fringe stuff if that doesn't already exist. Headbomb {t · c · p · b} 09:02, 21 November 2019 (UTC)
  • Oppose It is counterproductive to try to metastasize the discussion from the AfD to wherever else on Wikipedia someone happens to mention it. I would also support DELSORT. Agricolae (talk) 17:36, 22 November 2019 (UTC)
  • Comment: Actual wikiprojects use bots to generate lists of deletion discussions their members may be interested in. Notifications are not posted anywhere about that. A possibility may be a canvassing noticeboard for topics which attract unbalanced discussions. I don't know, but there is definitely a stack of bots going around listing everything topic related you can think of, deletion discussions, new articles, new uploads, article promotions/demotions and discussions about that, RFCs, anything. ~ R.T.G 03:37, 26 November 2019 (UTC)
  • Idea!: Another alternative is to pull canvassing apart. Don't check if people are canvassing about discussions, but have an official canvassing body which examines, for instance, deletion discussions, canvasses all of the site areas and even editors of significant interest, such that if anyone canvassed, it wouldn't even matter! ~ R.T.G 03:35, 26 November 2019 (UTC)

Discussions about articles on Noticeboards should leave a note on the relevant talk page[edit]

In WP:Consensus#Pitfalls and errors the first problem listed is "Off-wiki discussions. Consensus is reached through on-wiki discussion or by editing. Discussions elsewhere are not taken into account. In some cases, such off-wiki communication may generate suspicion and mistrust." Editors who are interested in an article will typically watch the article. However if a discussion about the article takes place on a noticeboad without a notice being left at the article talk page something happens rather like what the policy says. And it most certainly has raised suspicion and mistrust in me! Editors may come to decisions about the article without having the benefit of interested people who probably know more about the topic. This can become very like secret canvassing in some cases.

I know this is typically done in many cases and for WP:ORN and WP:BLPN there are even stronger requirements, but I think it would be right to standardize this as best practice in WP:Noticeboards and those noticeboards which typically talk about article content.

This would not include neutral notifications about discussions elsewhere or quick questions which are more about an application of a policy or guideline - though if such a discussion got extended it would be more likely to come under this guideance. We've got to trust neutral notices on noticeboard to come to a relevant discussion as not canvassing! Typically notifications appear within a discussion saying something like "We don't seem to agree on this so I've raised this question at WP:XYZ#Question about...". Or it might be a separate section outlining a more major concern and saying which noticeboard they are raising the matter with. Dmcq (talk) 12:31, 21 November 2019 (UTC)

This is just mistaken. Discussion on a community noticeboard is not "rather like" secret off-wiki communication. This proposal looks simply unworkable. If somebody mentions (say) five articles as examples of something during a noticeboard discussion, would they be obliged to visit each of those articles' Talk pages to leave a notice? Imagine the bloat. Imagine the processology and complaints from disgruntled AfD participants if some notifications were missed. The only way something like this could work would be if every participant in an AfD was required to disclose how they became aware of that AfD - but this has its own problems and my guess for the percentage chance of the community approving this is about 0%. Alexbrn (talk) 12:37, 21 November 2019 (UTC)
You're the one who said telling editors on an article talk page about a discussion on a noticeboard might needlessy escalate to WP:DRAMA aren't you? Dmcq (talk) 12:57, 21 November 2019 (UTC)
Not sure how that's relevant to my point but Yes, that's one factor to take into account. Minimizing dramah is a good thing. Alexbrn (talk) 13:00, 21 November 2019 (UTC)
And you don't think that is '"rather like" secret off-wiki communication? And may generate suspicion and mistrust? Dmcq (talk) 13:07, 21 November 2019 (UTC)
@Dmcq: I think the issue here might be that you don't understand (or want) WP:Consensus. Having more eyes, especially the fresh ones of experienced and wise Wikipedians, is a good thing as it helps maximize consensus. Noticeboards play a key role in resolving issues and keeping and raising quality across the encyclopedia. Secret email exchanges do not build WP:Consensus. Alexbrn (talk) 13:42, 21 November 2019 (UTC)
Perhaps wise and experienced editors would be better off hearing from people who have worked on an article and don't have to be protected from 'dramah'? And we wouldn't then have wise and experienced but ignorant editors setting off as a group to give their !vote and prejudice any others coming along by stacking the start of a discussion? Dmcq (talk) 13:52, 21 November 2019 (UTC)
That's kind of a paranoid WP:BATTLEGROUND frame of reference. If a discussion is "stacked" with wise opinions that's surely good. Again, it's about building consensus. Alexbrn (talk) 14:02, 21 November 2019 (UTC)
Well it certainly helps with consensus! But I see something more akin to social bubble and groupthink, I don't think that is what the WP:Consensus policy wants. Dmcq (talk) 14:18, 21 November 2019 (UTC)
That is because you are giving this a paranoid WP:BATTLEGROUND framing. If you want to make a case that any particular group brings a damaging groupthink you need some actual, you know, evidence. So far the only thing that comes close that I've seen is the WP:ARS, as the long running drama around it demonstrates. In my experience forums come under attack (WT:MED gets this too) when they successfully maintain the WP:PAGs against bad content. So far as I can see, this is all blowback from an obviously bad article (List of scientists who disagree with the scientific consensus on global warming) having been deleted. But this was an in fact an example of where WP:FT/N was helpful in building consensus to a good end result. Alexbrn (talk) 14:42, 21 November 2019 (UTC)
I was specifically asked to make it general and not be picky, and I agree with that. A guideline that works in general is what is wanted. Dmcq (talk) 14:53, 21 November 2019 (UTC)
But "works" to what end. So far no problem has been demonstrated. You are asserting problems but I shall apply Hitchen's razor for the time being. Alexbrn (talk) 15:20, 21 November 2019 (UTC)
As WP:CONSENSUS says "does not generate suspicion and mistrust". I think that's a nice way of putting it without prejudice for whether any particular decision was a good one or not. Dmcq (talk) 15:54, 21 November 2019 (UTC)
That is a phrase used about off-wiki communication, and is irrelevant. Back to to the point, you have produced ZERO evidence of any problem. Evidence would take the form of pointing to specific diffs, a specific AfD, or specifying something that actually happened. Without evidence of a problem this is just navel gazing. If you're saying _you_ are full of mistrust I'd suggest taking a look at WP:AGF. Alexbrn (talk) 16:29, 21 November 2019 (UTC)
I'll just point at the discussion here and ask editors if they are happy with articles they contribute to being discussed at length away from the talk page by people who don't want them informed about the discussion. No need for me to get involved in the minutae of particular cases or point to anywhere in particular. You can try justifying the practice more if you like! Dmcq (talk) 17:17, 21 November 2019 (UTC)
Re: "I will ask editors if they are happy with articles they contribute to being discussed at length away from the talk page by people who don't want them informed about the discussion" I will ask Dmcq why they want a calm reasoned discussion about accupuncture or Donald Trump to be flooded with comments by the same people who are being disruptive on the article talk page (see? two can play that game). There comes a time when the adults who are interested in fringe theories in general need to be able to calmly discuss the latest disruption at creationism without inviting a horde of creationists to join it and disrupt the noticeboard the same way they disrupted the article talk page. Some of them will find it anyway and push their POV, but do we really need to invite all of them? --Guy Macon (talk) 23:00, 21 November 2019 (UTC)
See the second point at WP:CONSENSUS#Pitfalls and errors "Canvassing, sock puppetry, and meat puppetry. Any effort to gather participants to a community discussion that has the effect of biasing that discussion is unacceptable." I think you're just digging an even deeper hole, but pray continue. Dmcq (talk) 23:09, 21 November 2019 (UTC)
Getting fresh eyes from a community noticeboard is not biasing a discussion. The fact that you keep twisting the prohibitions about bad things (puppetry, secret comms) to seem as though they apply to what is actually recommended best practice, is just daft. Per WP:APPNOTE, a neutral notice on a noticeboard is explicitly not canvassing. Alexbrn (talk) 06:08, 22 November 2019 (UTC)
I'm talking about for instance notes starting a discussion about changing an article without leaving a note at the article talk page. WP:APPNOTE describes leaving a note on an article talk page as an appropriate notification of a discussion. I wish to have some of those appropriate notifications described as 'good practice' rather than as 'an editor may want to draw a wider range'. Dmcq (talk) 11:13, 22 November 2019 (UTC)
  • I would agree that when an article is the SUBJECT of a noticeboard discussion, good practice is to leave a note on the article’s talk page pointing to the noticeboard discussion. That said, I don’t think leaving a note should be required. Blueboar (talk) 13:38, 21 November 2019 (UTC)
What would you think would be a good reason not to leave a notice on an article talk page if the article is the subject of a discussion on a noticeboard? Dmcq (talk) 14:01, 21 November 2019 (UTC)
Example: Something like "I came across article X, is this topic in scope for this noticeboard?" - why notify the article itself (especially if the answer is "no"). Alexbrn (talk) 14:07, 21 November 2019 (UTC)
Another example... the noticeboard is discussing an issue with article A, and in the process discusses how the issue is dealt with at article B... no need to leave a note at article B. Blueboar (talk) 14:18, 21 November 2019 (UTC)
The first would comes under "quick questions which are more about an application of a policy or guideline" and in the second article B would not be the subject of the discussion if it is just showing how something is done elsewhere. It would start being a subject if people then started saying they thought article B was wrong and should be changed. I guess there would be some problems with phrasing things well but that's always the case with guidelines. Dmcq (talk) 14:30, 21 November 2019 (UTC)
  • Honestly, I think the other way should be a policy: It would be very rare that it is appropriate to start a discussion at a noticeboard UNLESS extensive discussion had already occurred on the article talk page. At no time should ANY dispute be a surprise by the time it gets to the noticeboard stage. The noticeboards are for handling situations where the talk page discussion has broken down, and should never be the first recourse in solving problems. People who would be interested in a noticeboard discussion on a disputed article should already have the opportunity to be aware of the dispute. --Jayron32 13:47, 21 November 2019 (UTC)
Do you think though a note should be left on an article page when it does go to a noticeboard? Dmcq (talk) 13:58, 21 November 2019 (UTC)
I would say yes... but it does not need to be anything formal. A comment along the lines of “This needs a wider audience to resolve, I have opened a discussion at WP:Xx/N (link)” is fine. The point is to let people know where the discussion is taking place (and for future reference where it took place). Blueboar (talk) 14:04, 21 November 2019 (UTC)
Well that's all I want and it is mostly done. I think it needs to be documented as good practice, some people think it is a bad idea as can be seen earlier in this discussion. Dmcq (talk) 14:34, 21 November 2019 (UTC)
Yes, I think that letting people know things is best practice. I can't imagine a situation where we would want to make such discussions a secret, or surprise people with them. --Jayron32 15:22, 21 November 2019 (UTC)
  • All of the above said... best practice (“should”) is not the same as mandated practice (“must”). I have always been opposed to creating “rules” that a lot of people won’t follow (because they find the rule too cumbersome or simply can’t be bothered). While I would support language ENCOURAGING editors to leave notices, I would not support language saying that they MUST do so. Phrasing it as a “must” creates unwanted drama (I can easily see the wikilawyers arguing that a noticeboard discussion is “improper” and that an obvious consensus can be ignored, simply because someone neglected to leave a note). Blueboar (talk) 17:14, 21 November 2019 (UTC)
I was thinking of a guideline rather than policy, perhaps in the WP:TALK page? That might mean someone being snarky about it not happening somewhere but it wouldn't be the end of the world. Repeatedly and deliberately failing to follow it though could be counted as a user behavior problem. After all there are new users all the time for instance so the obvious thing then is for someone else to put in a notice and tell them doing that is the polite thing. Dmcq (talk) 17:32, 21 November 2019 (UTC)
As long as it is phrased as encouragement (best practice) and not as a “must do” requirement, I am on board. Blueboar (talk) 19:21, 21 November 2019 (UTC)
  • Comment: Right now there is no tool available to easily post a notification of an article being discussed in WP:space on an article's talkpage (unlike, for example, the way the AfD tool handles appropriate notifications). If such a tool existed, I would certainly use it. It would also help with AN/ANI notices if they could automatically inform users too. As usual, I think a lot of these sorts of cultural changes can happen if you make it easier to follow the norms through software development than to go about the old-fashioned clunky way. Just a thought. jps (talk) 17:28, 21 November 2019 (UTC)
A tool to make it easy would be great. Blueboar (talk) 19:21, 21 November 2019 (UTC)
It doesn't seem to be much of a problem to people but I do agree a tool or template that made it easier would be nice. Not much point though having such a tool unless there is a guideline saying something like that shoud be done. What would be lovely I think is some template like {alert page|article}} at the discussion that would be processed as a subst and put a note into the discussion saying 'article' had been alerted to the discussion, and would put a note at the end of the talk page of the article giving the page and section where the alert page template was used. Dmcq (talk) 22:57, 21 November 2019 (UTC)
Not much point though having such a tool unless there is a guideline saying something like that shoud be done. I think you aren't correct about that. Rules on Wikipedia are meant to be descriptive and not prescriptive. In other words, if it becomes habit then someday people write it into policy with a "everyone does it this way" note. Take the AfD notifications. Right now, it's not required that people notify the initial contributor of the AfD, but the tools do that automatically when you list an article. No one cares that this is the situation, but it certainly has increased the number of initial contributors who are notified because it is bundled in with the TW AfD tool. jps (talk) 12:33, 23 November 2019 (UTC)
I rather think you will find that the Twinkle tool to nominate a page for deletion was set up after the manual procedure in WP:AfD was documented and acknowledged as best practice. Currently as far as I can see the practice of putting a notice on an article talk page about a discussion elsewhere to change it is pretty much what is normally done, but it is not documented. I don't think it is very sensible to go and ask for a tool to do that be made and put in Twinkle until the practice is documented and acknowledged as good practice. Feel free to try setting up a tool but having it as a prerequisite seems unecessary in this case. It would be nice but people manage very well currently without one. Dmcq (talk) 13:54, 23 November 2019 (UTC)
I checked, and it wasn't. While it was required to post a notice to the article itself as well as to the listing, there was no requirement to inform the article creator (there still isn't, actually). jps (talk) 17:15, 23 November 2019 (UTC)
I wasn't asking that the creator of an article be explicitly informed, where did you get that from? I was asking for a notice to be put on the article page if a discussion is liable to change it - just like AfD does. If the creator is still interested they'll still have it on their watchlist, if not then they won't. Dmcq (talk) 01:26, 24 November 2019 (UTC)
You missed my point. The point is that the tool for AfD automatically notifies the creator of the article you bring to AfD even though there is no explicit requirement that a nominator do so. Likewise, a tool could be developed which would place talkpage notification for articles being discussed at a noticeboard even if no new policy is invented. jps (talk) 12:33, 24 November 2019 (UTC)
WP:AfD says "After nominating: Notify interested projects and editors". For an AfD the creator probably would be a very interested editor. So notifying the creator is an implied best practice and wasn't brought in by the tool. For most notifications though just sticking a short note on the talk page is enough and it is all that is currently normally done. The creator will have it on their watchlist if they are interested and many wouldn't want to be pinged as well. Having a tool would be nice but I would like community agreement that doing something like that is standard practice. Dmcq (talk) 13:50, 24 November 2019 (UTC)

I wasn't saying it was "brought in by the tool". I'm saying the tool does this even though there is no rule that requires it. The wording suggests that one should do it, but recommendations are not sanctionable rules, for example. The worry I have with instruction creep is bringing in Wikipedia's law enforcement regimes. I don't think anyone should deserve a sanction for failing to notify an article talkpage. Neither do I think anyone should face a sanction for notifying an article talkpage. jps (talk) 14:34, 24 November 2019 (UTC)

You know things like that are not sanctionable in themselves, it is only a pattern of behavior deliberatly and repeatedly avoiding telling people about discussions where they should obviously be informed which would attract any attention beyond a request to do it in future. Is it really more important to avoid creep than to have a guideline to point at if for instance editors repeatedly and quite obstinately refuse to post a notice on article talk pages even when discussing things like nominating them for deletion? Dmcq (talk) 18:14, 24 November 2019 (UTC)
It depends on how the proposed addition was worded. If worded as encouragement, then there is no problem... if worded as requirement then yes, it becomes instruction creep and is worse than leaving things as they are (because wikilawyers will cause endless disruption by complaining that it wasn’t followed.) Blueboar (talk) 18:25, 24 November 2019 (UTC)
It would be phrased as 'best practice', a standard notification which is not just allowed but encouraged in WP:CANVASS. Dmcq (talk) 18:36, 24 November 2019 (UTC)

"* Comment Would probably support some wording like "If you start a section, consider leaving a notice on the Talk page of any article(s) which it discusses." Editors are then prompted to consider whether that would be a good course of action (or not). Alexbrn (talk) 11:26, 22 November 2019 (UTC)

  • Oppose This is completely counterproductive. If an extensive discussion about improving a page is taking place anywhere other than that page's Talk page, the system is not working correctly, and it should not be encouraged by trying to attract even more editors to that other place away from the Talk page that exists precisely for this purpose. Agricolae (talk) 17:28, 22 November 2019 (UTC)
So you'd stop noticeboards having discussions about articles? I don't think is going to fly at all. And how does one cope with a discussion spanning say two articles or on a project page about articles in its purview? It is better to try and have discussions about an article on its talk page but this reason for opposition is just unreasonable. I also note you recently raised a point at a noticeboard about Most royal candidate theory which resulted in an extended discussion and didn't even bother putting a note on the article talk page never mind encouraging editors to go there for the discussion. That isn't exactly walking the walk. Dmcq (talk) 18:40, 22 November 2019 (UTC)
Well, I agree it won't fly, since strawmen don't have wings. I would discourage noticeboards from having extensive discussions about improving a page without discussion on the relevant Talk page, but editors can decide for themselves when notifying a Talk page about discussion somewhere else is appropriate and helpful versus when it just encourages discussion to leave its appropriate venue. (I originally added something questioning your own integrity, as recompense for your questioning mine, but that would have been just as inappropriate.) Agricolae (talk) 21:55, 22 November 2019 (UTC)
So you now say your 'Oppose This is completely counterproductive.' was based on a strawman, and you say it was inappropriate of me to point out that you didn't do what you said in your strawman? Well I'll follow some advice from Thomas Jefferson which somehow isn't in Wikiquote. Okay. The problem with 'helpful' in what you say is that it leaves a big hole for people's own POV to stop them informing editors who are obviously interested in and have contributed to an article. That is helpful though in nudging me into thinking WP:Canvassing probably is the best place for it. Dmcq (talk) 23:22, 22 November 2019 (UTC)
It is in Wikiquote, once under him and once in a page about the letter with his advice. I am chastised. Dmcq (talk) 23:37, 22 November 2019 (UTC)
So you now say your 'Oppose This is completely counterproductive.' was based on a strawman. WTF? Do you even know what a strawman is? I say nothing of the sort, and you should know better. The place where editors who are obviously interested in and have contributed to an article can most conveniently see and participate in a discussion about that article is on that article's Talk page, not wherever else you want to send them to talk about it, where the discussion and any issues raised will be buried in an archive within weeks of it ending. Off with your forum shopping, then. Agricolae (talk) 01:10, 23 November 2019 (UTC)
I'm having a bit of difficulty with understanding what you're saying, would this be about right: Any talk about changing an article should be on its talk page. Such discussions elsewhere say on a noticeboard are iffy but you will sometimes start such discussions yourself. However it would be counterproductive to infom editors of the article by putting a note on the article talk page. The reason is that any such a note might bring them to the discussion elsewhere and that would be against the aim of having all the talk on the article talk page. However if there is some good reason to bring people interested in the article into the discussion about the article then perhaps a note could be left. Is that a reasonable summary? Dmcq (talk) 14:55, 23 November 2019 (UTC)
No. Of course not and you know it. Again. And your argument is that any time a page is mentioned anywhere else on Wikipedia, the goal is to try to relocate all discussion of the page to that other location, because heaven forbid talk about a page should happen on it's Talk page. See, it's not that hard to do what you are doing, present a ridiculous and deceptive rendering of the other person's position, but it is rather pointless if you are interested in a serious discussion - oh, I see where the problem lies. Agricolae (talk) 17:37, 23 November 2019 (UTC)
I am not telepathic. What exactly is wrong with what I said? And I agree that your description of what I said is ridiculous and deceptive. Now I will explain why. I have answered above and made even more clear below in the section 'appropriate notification' where I give some proposed wording that it would cover when the discussion might result in changes to the article. People do this quite routinely and I'm not asking for anything strange. That is not the same as 'if a page is mentioned anywhere else in Wikipedia'. And I never said anything about relocating all discussion to another place. And it was you not me who said all talk about a page should happen on its talk page. Now try saying what was wrong with my understanding of what you said rather than just repeating that I know it. Dmcq (talk) 19:01, 23 November 2019 (UTC)
BTW when you say things like I'm forum shopping or lack of integrity could you substantiate them please. I'm no saint but not knowing the particulars doesn't help with improvement. My talk page is the appropriate place for complaints like that but a quick note elsewhere won't worry me. Dmcq (talk) 17:13, 23 November 2019 (UTC)
The forum shopping is right up above, where after first arguing ad nauseum on FT/N, and then again here, you say you are thinking WP:Canvassing probably is the best place for it. As to questioning your integrity, I decided I wouldn't stoop to your level, and I still won't. You call me a hypocrite here, but if I have any comments about your character I really should raise them on your Talk page? Rather inconsistent and self-serving, but discussing where best to attack other editors' character would be straying excessively from the topic. Agricolae (talk) 17:37, 23 November 2019 (UTC)
I was asked to come to this place because of objections to having what I proposed being done without it being recognized as standard practice. As requested I never once in this discussion mentioned the noticeboard. I don't believe that is forum shopping. I am sorry to have said that "you don't walk the walk" as it is quite obvious I still do not understand your position properly about having discussions on an article talk page, why didn't you just post a neutral note on the noticeboard directing people to the article talk page if you thought it so important to not discuss elsewhere? And I give you full permission to stoop to my level on any page you desire as it is hard for me to fix a problem without knowing what it is. Dmcq (talk) 19:01, 23 November 2019 (UTC)
This supposedly important 'gotcha' you think you have dug out of my edit history: for whatever reason - me explaining my position badly, you predisposed to read into it something else than it is, just two minds that work in different ways, or whatever - the necessary nuance to understand what I am saying seems to escape you, rending the whole discussion pointless. Agricolae (talk) 23:01, 23 November 2019 (UTC)
It would be nice if someone else could come along and put what you say it in more easily understood terms as I'm damned if I can make head or tail of your position yet you seem to feel very strongly about it. Dmcq (talk) 00:01, 24 November 2019 (UTC)
Or alternatively, it would be nice if the person I was trying to communicate my position to wasn't seemingly being deliberately obtuse for the sake of scoring cheap debating points, because I can't make heads or tails out of what is so damned hard to understand about 'Extensive discussion of changes to a page are usually best held on that page's Talk page and not redirected to other parts of Wikipedia. Doing so seems counterproductive.' Do I have to define the long words? How about if I do it with single-syllable words, would that help: When more-than-brief talk takes place to change a page, most of the time the best place for it to take place is on the Talk page of the page that is to be changed, and if one thinks that long talk of a page at F T N should not go on (as I know you do), a note put on the Talk page will just serve to move more talk from that best place to the wrong place, and the talk in the wrong place will grow (plus this grown body of text that bears on the page change will not be saved at the Talk page where most might look for it in years to come, but will be hard to find in the depths of the large F T N file dumps), and this is not what we would want, I think. Is that better or do I still need to explain the meaning of the individual words? It may be that a 'nice' outcome is not in the cards for either of us. Agricolae (talk) 20:28, 25 November 2019 (UTC)
Thank you, so basically you oppose telling editors of an article about a discussion elsewhere on changing the article and your reason is that one shouldn't normally have discussions elsewhere and people editing the article might contribute to the discussion and one wouldn't be easily able to find what they said in the future in the talk page archive. I hope I have summarized right this time and you don't get het up and start calling me names again. I'm afraid I still don't understand given your views why you start discussions elsewhere rather than leaving a note pointing to an article page so I guess I'm still missing something. You do alsorealize a note on the talk page would actually allow people to actually find the discussion in the future? Dmcq (talk) 17:39, 26 November 2019 (UTC)
Well, let's see . . . for individual Talk pages, the statistical mode is probably for them to have just one page (that is not very long). FT/N has a 67 page archive, so you do realize it is easier to glance at a short page than to pour through however many times your search term has been mentioned in 67 pages of archive, don't you? But that is really a secondary consideration - at its core, I oppose trying to encourage discussion to go other places. Full stop. As to the rest, go back and read what I wrote. Note in particular my use of words like 'usually' and 'most of the time' (not always) and 'extensive' and 'long' (not absolutely any) and 'best' (not must) and 'seems' (not is) and 'encourage' (not force). These did not just slip in when I wasn't looking. They were put there intentionally, all to convey the same thing, the exact thing you are missing every time you proudly parade out some post you dug out of my edit history as if it had any significance at all. What you are missing is nuance. I have stated my position so many different ways that if you still don't get it, you either aren't trying or you are trying too hard to make it something different. Agricolae (talk) 22:36, 26 November 2019 (UTC)
Well you're definitely an oppose and I suppose others can judge for themselves the merits of your ideas. Dmcq (talk) 01:01, 27 November 2019 (UTC)
I would have thought that was evident from me saying Oppose at the start, but I'm glad that finally got clarified for you. Agricolae (talk) 01:44, 27 November 2019 (UTC)
  • FWIW, from what I've seen on BLPN, although the instructions say to do it, it isn't always followed and unlike say at ANI, there's generally no real complaint when it isn't. We do get a bunch of SPAs and or just randoms and some of these are reasonable stuff, so IMO it's far more difficult to try and enforce than say ANI. Sometimes another editor will complete the requirements, but often not. I can understand there are plenty of cases where it seems pointless e.g. consider WP:BLPN#Alfred E SMith IV. I use to follow BLPN a lot and then stopped and came back to it more maybe 2 years ago. I don't believe we suggested notification in the past or at least not in such a regimented way.

    I bring this up because IMO something which has changed for the worse which I'm now also very guilty of is we tend to discuss the issue on the noticeboard even if it only concerns on article so can easily take place on an article talk page. While it's sometimes useful to discuss stuff on the noticeboard even if it only concerns a single article, especially when someone is mostly making more general suggestions on editing etc, I think we often create a lot of split and confusing discussions by doing it when it's mostly on content issues. Worse of course, is that later editors may not easily come across the discussion even if they search the archives of the article talk page. (In fact our current notification requirements don't really help for that even when followed.) I discourage editors discussing article content on editor talk pages too much for the same reason, and wonder if we should refocus BLPN for notification and centralised discussion affecting multiple articles, as IMO it was often in the past. IMO in that case it's less important that people are informed although I would still encourage it.

    I know this came about in part from FTN, if that board is far more focused on notification and centralised discussion, maybe this is one reason why notification is less important there although again I'd still encourage it.

    One area I would support mandatory notification is for RfCs and XfDs. While they are not votes, since the number of participants does affect things, I think for transparency and canvassing perception reasons, there should always be notification on the discussion when it was mentioned elsewhere, even if it was the hopefully neutral notification that is required.

    Nil Einne (talk) 08:15, 25 November 2019 (UTC)

    Considering some of the concerns expressed in earlier discussions, I should clarify although I support mandatory notifications in RfCs and XfDs etc when they are mentioned in a noticeboard, I am opposed to any attempts to use failure to notify to invalidate that discussion. By mandatory, my main goal is that if someone does not notify, they can be asked to do so in the future and can't just say "well it's not mandatory so I won't". While such rules-lawyering is discouraged, unfortunately it does happen. Theoretically, this means someone could be blocked for WP:disruptive editing if they refuse to, but I find it hard to believe is likely to happen. After all, with mandatory notification for AN//I, when people make mistakes, someone else generally corrects it and the editor who made the mistake is told of the requirements and most accept and try to follow in the future. Maybe it has happened, but I'm not aware of any discussion at one of the ANs about someone persistently refusing to notify. (These closest I can think of is someone persistently refusing to sign.) It's somewhat true that failure to notify at one of the AN's has different consequences in that it can not so much invalidate the discussion, but at least require it be reopened if someone is sanctioned but has something to say and didn't because they weren't aware of the discussion and whatever they say may change people's minds. But then again, this could arise even with notification if the person is away. (Less so now with the 24 hour requirement maybe.) Nil Einne (talk) 13:07, 25 November 2019 (UTC)
  • Comment If such a rule is created, I would like to recommend that the text of the rule specifically and clearly state that it's purely behavioral and should not be used to devalue or discard anyone's opinion. Deletion discussions can be contentious enough already. It would not be an improvement to add a new flavor of of rules-lawyering. ApLundell (talk) 21:48, 27 November 2019 (UTC)
WP:CANVASS is a behavioral guideline, you want to start reiteratiung that within such a guideline? I'm told it is creep to say giving out such notices is good practice, We're supposed to describe best practice in guidelines and doing this would help greatly with a number of problems even currently being debated here. Yes it is possible that it might get used in rules lawyering if a case of canvassing is particularly bad or it is repeatedly done. What are we supposed to do in such cases? Wiki lawyers already argue that they are fine having nice cosy in-group meetings because this is not written down anywhere. Dmcq (talk) 10:35, 28 November 2019 (UTC)
I thought I was clear, but If the proposed rule is created, I believe it should not be possible to use it as justification to invalidate deletion discussions or to discount editor's opinions and !votes. Further, if the proposed rule is created, I would like it to very clearly state whether or not it is allowable to use it as justification to invalidate deletion discussions or to discount editor's opinions and !votes. (Even if the answer to that question is not what I would wish it to be.) ApLundell (talk) 03:45, 3 December 2019 (UTC)

RfC: Appropriate notifications[edit]

WP:CANVASS should list some notifications as best practice to send, as well as its current 'An editor who may wish to draw a wider audience...' for the appropriate notifications it lists. Dmcq (talk) 01:53, 27 November 2019 (UTC)

Changed to definitive RfC and reworded slightly. The main impetus is to help support what WP:Consensus#Pitfalls and errors says. The discussion above #Discussions about articles on Noticeboards should leave a note on the relevant talk page shows I think there are real problems which might "generate suspicion and mistrust". Dmcq (talk) 17:25, 26 November 2019 (UTC)

Notifying users when there is a discussion about them has become obvious best practice but I don't know where or if that is written down anywhere, Also putting a note in a discussion when a question is put to a noticeboard has become fairly standard practice and is required on some noticeboards. I think WP:CANVASS is the right place for such notifications as not informing obviously interested and easily contacted parties can be considered as biasing a discussion.

I propose to add the following to WP:CANVASS#Appropriate notification to document notifications which should normally be done:

At the beginning put:

It is best practice to have a message left about a discussion at:

  • The talk page of a user mentioned if there is a behavior concern.
  • The talk page of one or more named aricles which might be affected.
  • A relevant project page, noticeboard or other Wikipedia page if it might affect their remit.
  • Another discussion if it follows closely from the other discussion.

Neutral notifications are not counted as discussions nor are straightforward questions which don't extend further.

This would be followed by the current text

An editor who may wish to draw a wider range of informed, but uninvolved, editors to a discussion can place a message at any of the following: ... Dmcq (talk) 12:42, 22 November 2019 (UTC)

Regarding the requirement to notify users; there's a big box at the top of pages like WP:ANI that states, and I quote, "When you start a discussion about an editor, you must leave a notice on the editor's talk page." It's in red. The word "must" is underlined. Short of broadcasting the requirement directly into people's brains using the secret government chip we've all been implanted with, I'm not sure what else should be done to let people know of such a requirement. --Jayron32 16:13, 22 November 2019 (UTC)
I know about that box - was putting that box there based on a policy or guideline? If so I think the business here about articles and other transparency should probably go in the same place. Dmcq (talk) 19:15, 22 November 2019 (UTC)
It was based upon being a thing we should always do.--Jayron32 04:21, 27 November 2019 (UTC)
Would't it be wonderful (or dull!) if we all agreed on things that we should always do! Dmcq (talk) 11:32, 27 November 2019 (UTC)
  • !votes from discussions As far as I can see there is myself, @Blueboar, Nil Einne, and Jayron32: supporting, and @Alexbrn, Guy Macon, jps, and Agricolae: opposing in the discussion above. I'd like a few more contributing to get a wide consensus so I'm making this an RfC. Are you in favor of being able to have a quiet discussion about changing an article free from the drama of having editors from an article being discussed, or do you think it is good practice to involved them in all such discussions to avoid canvassing type problems? Dmcq (talk) 01:24, 27 November 2019 (UTC)
FYI - my “support” is marginal, at best, and hedged with caveats... I don’t object to adding a brief note in policy encouraging editors to leave notifications... but would oppose any language that would imply that doing so is required. Blueboar (talk) 15:15, 30 November 2019 (UTC)
  • Or to state it in an equally 'neutral' manner, would you insist that discussion to change a page be intentionally diverted away from the Talk page so that it metastasizes to anywhere else on Wikipedia that the page has been mentioned, or would you prefer discussion remain focused on the Talk page of the article it concerns. Or, and here is a novel thought - we actually state it neutrally rather than only pretending to: Do you think that notification on a Talk page when that article page is being discussed in other fora be made preferred practice, or do you oppose making that policy? That is neutrally stating the question. Agricolae (talk) 02:23, 27 November 2019 (UTC)
    Discssions about improving articles do occur on noticeboards, and often for very good reason. As far as I can make out you want to deprecate the current practice of leaving a note on an article talk page and only leave one if editors at a discussion think there is a good reason to invite editors of an article. I think it would be better you raise a proposal to that effect rather than just implementing it personally as what you say is not common practice on most noticeboards. That would give you a good opportunity too to show why there would be no consensus or canvassing issues with what you say. Dmcq (talk) 11:12, 27 November 2019 (UTC)
    And as far as I can make out, you are utterly incapable of neutrally summarizing the position of anyone with whom you disagree. It is just one absurd strawman after another. The only question that remains is whether you aren't even trying, or if you are trying hard not to. Agricolae (talk) 15:28, 27 November 2019 (UTC)
    Well lets see if some more more editors can come along and give their opinion on the matter. Dmcq (talk) 15:41, 27 November 2019 (UTC)
  • PLEASE - comment on the proposal, not other editors. Blueboar (talk) 15:43, 27 November 2019 (UTC)

Oppose, generally on WP:CREEP and WP:COMMONSENSE and WP:NOT#BUREAUCRACY grounds. Whether something is canvassing or not has at least as much to do with exact wording and with personal rationale for exactly which pages were picked/excluded, as it has to do with which pages actually were notified. Furthermore, I strenuously object to the wikiproject-related language in here. Wikiprojects have no "remit". They are not stand-alone organizations, they do not have any authority, they are not walled gardens. They are simply pages at which editors with common interests assemble some resources; the primary purpose of wikiprojects is article assessment and peer review. The abuse of them as "canvassing farms" – places to gin up support for (or opposition to) this proposal or that among editors that one hopes will be like-minded has already gone too far for too long. The idea of enshrining this anti-WP:CONSENSUS lobbying and wikipolitical activism as something explicitly sanctioned by policy is not going to fly. Sometimes it is useful to notify a wikiproject's talk page of a discussion that seems like it's within the declared scope of the project, and this is generally when expert or at least topically knowledgable input is needed. And sometimes wikiprojects on "side B" of an issue need to be notified if someone has been lobbying projects on "side A" already, to ensure that a WP:FALSECONSENSUS doesn't result. But broadly and generally, no. If we really notified wikiprojects of every relevant discussion, every wikiproject's talk page would be a firehose of nothing but thread pointers, few of them ever neutral. WP:WATCHLISTs exist for a reason. WP:RFCs and the WP:FRS exist for a reason. When it comes to important matters that will affect many articles, WP:VPPOL (or WP:VPPRO, depending on the nature of the discussion) and WP:CENT exist for a reason. Aside from the wikiprojects stuff: There is no need to codify "canvassing exceptions" for notice to the talk pages of clearly affected users or articles; that's standard practice and we already know it is not canvassing. Nor do we need to mention noticeboards. Noticeboards are not internal-discussion "link farms"; they are for dispute resolution between small subsets of editors. So, most discussions should never be "advertised" at them. And "Another discussion if it follows closely from the other discussion"? That's backwards. If, say, an RfC opened last week leads to a new discussion this week, the new discussion does not need to be notified of the old one. And if the old one is actually old, it needs no notice of the new one, though people are free to make one. If it's not really old, then the new discussion should probably be closed and redirected back to the original, unresolved one, per WP:MULTI and WP:TALKFORK.  — SMcCandlish ¢ 😼  20:05, 27 November 2019 (UTC)

I quite explicitly said it was not about notifying about every mention, only discussions about changing named pages. And I haven't the foggiest how informing editors who watch a page about discussions which may result in changes to it can be counted as canvassing! The notifications mentioned are the commonsense ones! The bureaucracy is needed because as you say and I believe some places have become anti-consensus lobby groups and don't do them. The effect of this RfC would be to say to them that if they start discussing changing a page they should put a notification on the associated talk page. No it won't get rid of the lobby groups - but it will expose them to some light. They probably were set up for a good reason originally and still do some good - exposure to outsiders would help reduce the groupthink that infests such places and led to them becoming anti-consensus lobby groups. Dmcq (talk) 20:57, 27 November 2019 (UTC)
The business about direct follow-on discussions is to help deal with forum shopping. At the moment we can complain about forum shopping - but editors who have just yesterday discussed the business should be notified if the discussion then moves elsewhere. Complaining that something is forum shopping is not enough to tell interested editors what is happening. Dmcq (talk) 21:16, 27 November 2019 (UTC)
BTW this would not affect boards where just a neutral notification is placed like the various RfC or AfD lists. They might be used to canvass editors but the problem of forming like-minded in-groups is far less when there is no discussion on the board. Dmcq (talk) 21:59, 27 November 2019 (UTC)
  • Oppose. I agree with SMcCandlish that it just is not needed, per WP:CREEP and the like. The existing guidance about canvassing is sufficient to delineate the difference between canvassing and appropriate notification, and that's what we need. We don't need to put unavoidably incomplete lists of examples on top of it, and there are always going to be cases where it will come down to common sense. Users who cannot figure it out probably shouldn't be here. By the way, I came to this RfC from the message at WT:CANVASS, which I think was a reasonable way to notify interested editors. --Tryptofish (talk) 23:59, 27 November 2019 (UTC)
Well I can see this RfC is starting to lose. So you came here via a short notice at WP:CANVASS which is the talk page of the page for which a change is proposed. That is exactly what this proposal describes as best practice and you say is a reasonable way to notify interested readers. There are noticeboards which engage in dscussions like this and where they quite adamantly refuse to give such a notice as standard and in fact hardly ever do. And we have discussions on this page about boards having such discussions and the effects being described as bad. But you say trying to do something which migh ameliorate the effect is creep? That what they do is fine by you? That you would have been quite happy if no note like that had been placed in WT:CANVASS and the same for for other pages you are interested in? Is CREEP really a good and sufficient reason for not trying to fix such boards instead of editors just uselessly complaining at them without any clear backup in a policy or guideline? Dmcq (talk) 09:49, 28 November 2019 (UTC)
I'd have to see evidence that such possible misunderstandings of appropriate notifications are a genuine and pervasive problem, as opposed to clueless comments or comments made in bad faith that are readily dismissed. For example, are editors getting blocked for making appropriate notifications? --Tryptofish (talk) 21:52, 29 November 2019 (UTC)
  • Oppose. SMcCandlish and Tryptofish put it well. This is WP:CREEP and it is entirely unclear what actual problem it would solve. Alexbrn (talk) 17:40, 29 November 2019 (UTC)
I know your noticeboard has to deal with a lot of crap, and that's probably why you and a few others from there are opposing this proposal, in fact I see only one who isn't from there. But so do lots of other places dealing with China or Israel or Donald Trump or lots of other subjects. But your lot have gone rogue, the guideline is fine but they go far beyond it and seem to think Wikipedia should only have true things rather than being an encyclopeaedia of notable topics. I believe if they followed the norms in the rest of Wikipedia it would curb the in-group mentality characterized by talk of being adults and not having the children disrupt your conversations and having jokes disparaging the topics and the actions of going off as large group to tidy up or delete topics and practically ignoring the editors there and listing lots of policies against them without saying in what way they actually violate a policy or guideline. Saying creep is just a way of dismissing any idea of reforming the noticeboard and denying the problem. Dmcq (talk) 13:08, 30 November 2019 (UTC)
Here's the thing. No actual evidence of any problem has been presented, just vague grumbling which seemed rooted in upset about the consensus at this AfD. Alexbrn (talk) 13:23, 30 November 2019 (UTC)
I don't expect you to disagree with all the other people who came along with you to that or see a problem with what you do there or elsewhere. I am pointing out what you do and WP:CONSENSUS says about off-wiki conversations " Consensus is reached through on-wiki discussion or by editing. Discussions elsewhere are not taken into account. In some cases, such off-wiki communication may generate suspicion and mistrust." I consider it wiki-lawyering to say that what is done at that noticeboard is fine and dandy because it is on-wiki even if the people there are very opposed to putting a notice onto an article's talk page about a discussion about changing an article the editors there are working on. Dmcq (talk) 13:47, 30 November 2019 (UTC)
Discussion on a community noticeboard is not (and is not like) "off-wiki communication". Still no evidence of a problem has been presented. Evidence would take the form of specifying an instance where something problematic happened, with some supporting diffs. Alexbrn (talk) 13:53, 30 November 2019 (UTC)
And you don't thingk the next point in WP:CONSENSUS is applicable either "Any effort to gather participants to a community discussion that has the effect of biasing that discussion is unacceptable. While it is fine—even encouraged—to invite people into a discussion to obtain new insights and arguments, it is not acceptable to invite only people favorable to a particular point of view, or to invite people in a way that will prejudice their opinions on the matter"? Dmcq (talk) 14:45, 30 November 2019 (UTC)
Dmcq, WP:CONSENSUS is correct. But (for about the sixth time) there is no evidence of any problem to fix. Getting noticeboard attention is a really excellent way to improve and broaden consensus and benefit from the editors' wisdom on offer there. I am beginning to suspect the reason you are not providing evidence of a problem having occurred, is because there is no such evidence. Alexbrn (talk) 14:57, 30 November 2019 (UTC)
So you'd be happy if you were working on an article and then a bunch of people descened on it with fixed ideas because they'd been discussing it elsewhere without you having any straightforward way of finding out about it or contributing? You think that is perfectly okay? Dmcq (talk) 17:32, 30 November 2019 (UTC)
Dmcq, Has this ever happened? You have produced no evidence whatsoever. It would seem incredibly arrogant to claim to see into editors' minds and know that had a "fixed opinion" of any kind. Alexbrn (talk) 17:42, 30 November 2019 (UTC)
Now you're wanting me to raise this to ANI to prove a case before you'll acknowledge a problem. Editors from articles are kept away because the noticeboard does not want their input. How can anybody expect the editors from the noticeboard to then go along and have their minds changed by these editors at an article? Dmcq (talk) 17:49, 30 November 2019 (UTC)
I'm not asking you to prove a case but to provide evidence. You've not done that: no diffs, nothing. Alexbrn (talk) 19:48, 2 December 2019 (UTC)
Another couple of editors from that noticeboard opposing editors from articles being in their discussions. I raised this here and deliberately did not mention it to see what the wider opinion in Wikipedia is but a bunch of you come along and stack it with opposes. Dmcq (talk) 17:49, 30 November 2019 (UTC)
  • Oppose This sounds like one of those things which seems reasonable in broad strokes but upon closer inspection becomes a bureaucratic exercise in rule proliferation. (This !vote might get me labeled as a running dog of The Noticeboard, because I read and comment there occasionally, but I noticed this discussion because I was checking the Village Pump in order to procrastinate on the day's work.) XOR'easter (talk) 16:36, 2 December 2019 (UTC)
@XOR'easter: Why do you think this is just a bureaucratic exercise? What do you see as going wrong with it? Do you disagree with me when I see a definite consensus and groupthink problem when people talk about not having people from an article along so the adults can discuss it, and then go along as a group to change it? Or do you think that is okay in this case? Dmcq (talk) 21:32, 2 December 2019 (UTC)
Because you've been pushing this line in multiple venues for literally years with no traction - David Gerard (talk) 23:25, 2 December 2019 (UTC)
I did push for something to be done about ten years ago when the noticeboard make a complete messof another article and not since. By your reasoining no AfD's should be done for ten years after the last one failed. I notice the article has recovered from the attentions of the noticeboard but they still try and do stupid things there which go far beyond the guidelines and try and make Wikipedia only have truth not notable things. Dmcq (talk) 12:08, 3 December 2019 (UTC)
Do you disagree with me when I see a definite consensus and groupthink problem ... um, I suppose I do, because I find no solid evidence of an actual groupthink problem, just an assertion that one exists. (I am doubtless influenced on this point by the fact that a lot of my interactions on The Noticeboard have been me disagreeing with other editors there.) XOR'easter (talk) 00:12, 3 December 2019 (UTC)
If you see no problem with discussing changing articles without letting the regular editors know about it and then going along with the people you discussed it with to edit the article? And despite that you think you are open to consensus on the artcle discussing it with theose editors? You really think that follows the policies outlines in WP:5P4 "Wikipedia's editors should treat each other with respect and civility"? Dmcq (talk) 12:23, 3 December 2019 (UTC)
In order to see a problem, I have to see a problem. Sweeping generalities without evidence don't cut it. XOR'easter (talk) 15:13, 3 December 2019 (UTC)
  • Oppose - a bad and querulous idea for all the reasons noted above - David Gerard (talk) 23:25, 2 December 2019 (UTC)
It would be really nice if somebody actually gave a good reason rather than 'creep' for not documenting something that is done pretty much as standard everywhere else. Or pointed at something they thought wasn't standard or should be phrased differently. Dmcq (talk) 12:08, 3 December 2019 (UTC)
I know that your proposal is a good-faith one, and I know from experience how disappointing it can be to have one's proposal regarded negatively by other editors. Of course, it's nothing personal. But I honestly think that editors have given substantive reasons beyond "creep", and it doesn't help your case to badger everyone who responds to the RfC. --Tryptofish (talk) 22:38, 4 December 2019 (UTC)
@David Gerard:, you are one of the few editors in a while at that noticeboard I've noticed who've left a notification at an artice talk page. Why do you do this thing that you oppose having documented as good practice? Dmcq (talk) 00:06, 4 December 2019 (UTC)

Proposal: Give file movers the "suppressredirect" tool when moving files[edit]

I think that all file movers should be given the "suppressredirect" when moving files for the following reasons:

  • It is useful to instantly suppress a redirect when moving a file that shadows another file that is on Commons (WP:FNC#9)
  • It is useful to suppress a redirect when moving a file under WP:FNC#8
  • It is useful to suppress a redirect when moving a file that has a misleading name (WP:FNC#3)

It is the filemover's responsibility to make changes to the filename on articles that use a file that had its redirect suppressed to avoid any broken file links. Most of the file redirects are orphaned so it shouldn't be a problem to suppress them but it should be done only when it is required. Filemovers should not have suppressredirect for any other namespace other than the filespace if they are not an extended mover or an administrator. The suppressredirect tool should not be used for any other purpose other than the three purposes stated above. An alternative plan could be for suppressredirect to only work when the file is orphaned and to make it compulsory to leave a redirect if the file is being used. The suppressredirect tool is already available for filemovers at Commons. I don't expect this proposal to succeed but I thought it would be useful to have a discussion about this. Pkbwcgs (talk) 19:43, 21 November 2019 (UTC)


  • Support for the reasons stated. In the cases above, leaving a redirect behind defeats the purpose of the move, so a filemover cannot perform the task, and an admin is required. As noted, the ability is already available to file movers on Commons. Hawkeye7 (discuss) 19:55, 21 November 2019 (UTC)
  • Bundle - I use suppressredirect (as a page mover) when acting move requests here: Category:Wikipedia files requiring renaming. - FlightTime (open channel) 20:05, 21 November 2019 (UTC)
  • Support per above. Could we also have a help page that clearly explains when a redirect should and should not be suppressed? --Guy Macon (talk) 21:06, 21 November 2019 (UTC)
  • Support - Part of the rationale on Commons was that Commons didn't have any page mover, and so had no user group whatsoever that has suppress redirect unbundled from the sysop toolkit. But having said that, it makes no sense that file movers should have to apply for page mover in order to suppress redirects on files, when page mover doesn't have anything to do with files. It appears to be an unintentional interaction between these two rights based on the happenstance of how we unbundled the individual bits. GMGtalk 21:11, 21 November 2019 (UTC)
  • I posted a while ago at Wikipedia talk:Page mover#File redirect suppression about the fact that, when moving a page, a note is shown that says file movers (who are also page movers) should suppress redirects by default if the file isn't heavily used. Strongly oppose until the guidance that is shown at Mediawiki:movepagetext follows the policy that the community has established; we shouldn't grant file movers this ability without making it clear when redirects should be suppressed. --DannyS712 (talk) 21:14, 21 November 2019 (UTC)
    • @DannyS712: What about Mediawiki:Movepagetext is wrong? Looking at it now it seems to say that redirect suppression should only be done according to policy. Wug·a·po·des​ 00:37, 22 November 2019 (UTC)
      @Wugapodes: the relevant part is only shown in the file namespace - use "view source" DannyS712 (talk) 00:38, 22 November 2019 (UTC)
      @DannyS712: Didn't know it did that! On the one hand, given that filemovers have been doing that already, I'd say suppressing redirects in that case is already de facto policy. On the other, I think it's worth making explicit when redirects should be suppressed (Even if there are ultimately IAR cases). Probably worth just adding it to WP:PMRC as #10 and having the MediaWiki page point to it without changing the guidance. Wug·a·po·des​ 00:57, 22 November 2019 (UTC)
      I went ahead and added it as PMRC#10. Will probably get reverted, but the discrepancy between PMRC and MW:movepagetext will be resolved one way or another. Wug·a·po·des​ 01:20, 22 November 2019 (UTC)
  • Support It's annoying to end up creating redirects whose titles were just errors. It's clear that file movers don't always remember (or can be bothered) to ask for them to be deleted. However, it must be made very clear when to suppress redirects, as per the comment above. Peter coxhead (talk) 21:24, 21 November 2019 (UTC)
  • Is this happening sufficiently to bother? Our FM's can just have PMover access added which includes this permission, no? — xaosflux Talk 21:54, 21 November 2019 (UTC)
  • @Xaosflux: (or anyone else) why are file mover and page mover separate anyway? Wug·a·po·des​ 23:04, 21 November 2019 (UTC)
  • @Wugapodes: They grew from separate batches of users that were looking to get things done, both were spin-offs from the admin toolkit. — xaosflux Talk 23:36, 21 November 2019 (UTC)
  • If it (hypothetically) takes 45 seconds for a sysop at PERM to grant page mover to a file mover (being generous), then all they need to do is save 45 seconds worth of work and it's a net positive. That's a pretty low bar. GMGtalk 23:18, 21 November 2019 (UTC)
  • Support for the reasons listed only. —Locke Coletc 23:40, 21 November 2019 (UTC)
  • Bundle File movers should just get all the things page movers get. Looking at Wikipedia:User_access_levels#Table I think it will give file movers the ability to move category pages, move subpages, suppress redirects, and override the title blacklist. Those all seem useful for file movers and I don't really see why these perms are separate other than as a historical artifact. Wug·a·po·des​ 00:41, 22 November 2019 (UTC)
    @Wugapodes: if we want to go this way, just rename "page movers" back to "Extended Movers", give them movefile, deprecate filemover and move all the users to extendedmover. Creating duplicate user groups with the same bundle of permissions isn't a good idea. — xaosflux Talk 00:49, 22 November 2019 (UTC)
    Or without needing any programming changes, just add all the members to eachothers groups. — xaosflux Talk 00:50, 22 November 2019 (UTC)
    I'd prefer recreating extended mover and deprecating file mover, but I guess either would be fine. Wug·a·po·des​ 00:55, 22 November 2019 (UTC)
    "page mover" is just local branding for "extendedmover" , just FYI. — xaosflux Talk 02:00, 22 November 2019 (UTC)
  • Support File titles don't seem to be as controversial as article titles. As the permission already implies a level of trust, providing the additional option seems appropriate. Andrew D. (talk) 12:15, 22 November 2019 (UTC)
  • Support, I can see no great reason to keep these separate. BD2412 T 05:37, 23 November 2019 (UTC)
  • Unless I'm very much mistaken, we can't do this without also granting them suppressredirect for non-files, too. At that point, bundling makes more sense. —Cryptic 06:13, 23 November 2019 (UTC)
  • Support per OP and also support consolidating page mover and file mover into one rights group. - MrX 🖋 01:02, 26 November 2019 (UTC)
  • Support, but only with an increase in filemover scrutiny/vetting. This has come up before and the proposal was defeated, because the bar is much lower for filemover than for pagemover. If you make these permissions essentially equivalent (and there's no magic sauce that limits a filemover's newly-granted redirect suppression ability to only work on files), then the criteria for getting the filemover bit have to go up to match the clue and trust levels we expect of pagemovers.  — SMcCandlish ¢ 😼  20:08, 27 November 2019 (UTC)
  • Oppose This proposal is either creating doomed-to-be-left-unenforced social rules (if you try to set policy to restrict file-movers who aren't page movers from suppressing redirects from non-files), or extending the file mover user group too far outside of its intended scope (if you don't). Neutral on bundling file mover and page mover into one group. (Neutral on a hypothetical technical restriction of the right to only apply to file pages, which I don't think is possible) * Pppery * it has begun... 20:15, 27 November 2019 (UTC)

Extended discussion[edit]

Some statistics:

  • There are 297 page movers
  • There are 405 file movers
  • There are 75 users that are both page movers and file movers


User breakdown
User Group(s)
!dea4u filemover
117Avenue filemover
1989 filemover
1997kB extendedmover
72 extendedmover
97198 extendedmover
A1Cafel extendedmover & filemover
A7x filemover
AKS.9955 extendedmover
ANGELUS filemover
Abryn filemover
Adam Cuerden filemover
Adam9007 extendedmover
Adamstom.97 extendedmover & filemover
AddWittyNameHere extendedmover
Addihockey10 filemover
Aditya Kabir filemover
Adrignola filemover
Ahecht extendedmover
Ahunt extendedmover
Alan filemover
Alan Liefting filemover
Aldnonymous filemover & extendedmover
Alex 21 extendedmover & filemover
AlexCovarrubias filemover
Allanon filemover
Alpha Quadrant filemover
Alt.Donald Albury extendedmover
Altairisfar filemover
Ammarpad extendedmover
Andrew Davidson extendedmover & filemover
Andrewmc123 filemover
Andy M. Wang extendedmover
Another Believer extendedmover & filemover
Anotherclown filemover
AntiCompositeNumber filemover & extendedmover
Antiquary filemover
Anupam extendedmover
ArielGold filemover
Armbrust filemover
AroundTheGlobe filemover
Asav filemover
Atlantic306 extendedmover
Atsme extendedmover
Aunva6 extendedmover
AussieLegend filemover
Avanu filemover
Avenue X at Cicero filemover
Avicennasis extendedmover & filemover
Az1568 extendedmover
BB-PB filemover
BaldBoris filemover
Balph Eubank filemover
Banej filemover
Barrylb filemover
Baseball Bugs extendedmover
Bedford filemover
BeenAroundAWhile filemover
Benlisquare filemover
Benstown filemover
Beyond My Ken extendedmover & filemover
Bhall87 filemover
BilCat extendedmover
Bill william compton filemover
Binksternet filemover
Bluebolt94 filemover
Bluerasberry filemover
Bmusician filemover
Bobby131313 filemover
Boleyn extendedmover
Bonadea extendedmover
Bovineboy2008 extendedmover & filemover
Brackenheim filemover
BrandonBigheart filemover
Breawycker filemover
Bri extendedmover
Brianboulton filemover
Britishfinance extendedmover
Brojam extendedmover & filemover
Brycehughes extendedmover
Bsherr extendedmover
Buaidh extendedmover
Buidhe filemover
CAPTAIN MEDUSA extendedmover & filemover
CAPTAIN RAJU extendedmover
CASSIOPEIA extendedmover
CBM filemover
CTF83! filemover
Cabayi extendedmover
Calidum extendedmover
Cameron11598 extendedmover
Captain Assassin! filemover & extendedmover
Carrite extendedmover
Cavarrone filemover
Celia Homeford extendedmover
Chhandama extendedmover
ChocolateTrain extendedmover
Chowbok filemover
Chris troutman extendedmover
Church filemover
Cinosaur filemover
Cloudbound filemover
Coekon filemover
Coffeeandcrumbs extendedmover
Colin filemover
Colonel Warden filemover
Contains Mild Peril filemover
CookieMonster755 extendedmover
Coolguy22468 filemover
Corkythehornetfan filemover & extendedmover
CorporateM filemover
Courcelles is travelling filemover
Cplakidas filemover
CptViraj filemover
Cptnono filemover
Crosstemplejay extendedmover
Crow extendedmover
Cube00 filemover
Cwmhiraeth extendedmover
Cymru.lass extendedmover
DBigXray filemover & extendedmover
DGG (NYPL) filemover
DGGnyc extendedmover
Damien Linnane filemover
Damirgraffiti filemover
Dan Koehl extendedmover & filemover
Dane extendedmover
Daniel Simanek filemover
Danlaycock filemover
DannyS712 extendedmover & filemover
Danski454 extendedmover
Darkwarriorblake filemover
Dave1185 filemover
Davey2010 filemover
Dawnseeker2000 filemover
Daylen filemover
Dee03 extendedmover
Deisenbe extendedmover
Denniss filemover
DerBorg filemover
Dewelar extendedmover
Dipankan001 filemover
Dirtlawyer1 filemover
Disavian filemover
Dismas filemover
Dom497 filemover
Domdeparis extendedmover
Double sharp filemover
Dough4872 filemover
Dr.K. filemover
DragonZero filemover
Dreamy Jazz extendedmover
Drewmutt extendedmover
Drkay extendedmover & filemover
Dssis1 filemover
Dwaipayanc filemover
Dwergenpaartje extendedmover
EatsShootsAndLeaves filemover
Ebe123 filemover
Ebonelm extendedmover
EchetusXe filemover
Ecpiandy filemover
Eddie891 extendedmover
Eeekster filemover
EggOfReason extendedmover
Elahrairah (usurped 2) filemover
Elmidae extendedmover
Elysia (Wiki Ed) extendedmover
Emir of Wikipedia extendedmover
Emufarmers filemover
Epicgenius filemover & extendedmover
Ergo Sum extendedmover
Erik filemover & extendedmover
Esmost filemover
Esrever filemover
EuroCarGT extendedmover & filemover
Eurodyne filemover
Evertype filemover
Faizanalivarya filemover
Faizhaider filemover
Fallschirmjäger filemover
Fasach Nua filemover
Favre1fan93 extendedmover & filemover
Felipe Menegaz filemover
Feminist extendedmover
Fitindia extendedmover & filemover
FleetCommand filemover
FlightTime filemover & extendedmover
FlightTime Phone filemover & extendedmover
Floydian filemover
FocalPoint filemover
Fowler&fowler filemover
Frap filemover
Fredddie extendedmover & filemover
FriendlyRiverOtter filemover
Frosty extendedmover
FunkMonk extendedmover & filemover
GDuwen filemover
GSS extendedmover
User Group(s)
GTBacchus filemover
GabeMc filemover
GabrielF filemover
Garam extendedmover
Gderrin extendedmover
GenQuest extendedmover
GeoffreyT2000 extendedmover & filemover
Georgejdorner extendedmover
Gerda Arendt filemover
Ghostwheel filemover
Giants2008 filemover
Ginger Warrior filemover
Glane23 filemover
Gobonobo filemover
Godot13 filemover
Godsy filemover & extendedmover
GreenMeansGo extendedmover & filemover
Grey Wanderer filemover
Guanaco extendedmover & filemover
Guy Macon filemover
Gwillhickers extendedmover & filemover
Gyrobo filemover
Hack extendedmover
Hallows AG filemover
Harrison49 filemover
Hawkeye7 filemover & extendedmover
Headbomb filemover & extendedmover
Hohenloh filemover
Home Lander extendedmover
Hoverfish filemover
Huldra extendedmover
Hylian Auree filemover
I dream of horses extendedmover
IHelpWhenICan filemover
IJA filemover
IJBall extendedmover
IM3847 extendedmover
IVORK extendedmover
IZAK filemover
Ian (Wiki Ed) extendedmover
Iazyges extendedmover
Ibrahim.ID filemover
Iffy extendedmover
Ihardlythinkso extendedmover
IllaZilla filemover
Illegitimate Barrister filemover
Imzadi1979 filemover & extendedmover
In actu extendedmover & filemover
In ictu oculi extendedmover
Indy beetle extendedmover
InfamousPrince filemover
Inks.LWC filemover
Innotata filemover
Insertcleverphrasehere extendedmover
Interchange88 filemover
InverseHypercube filemover
Isarra extendedmover & filemover
Iveagh Gardens extendedmover
JFG extendedmover & filemover
Jacklee filemover
Jaguar filemover
Jake Brockman extendedmover
JalenFolf extendedmover
Jami (Wiki Ed) filemover
Jamietw filemover
Janweh64 extendedmover
Jappalang filemover
Jasper the Friendly Punk filemover
Jbhunley extendedmover
Jcc extendedmover
Jeff G. filemover
Jenniferjuniper extendedmover
Jenova20 filemover
Jerm extendedmover
Jevansen extendedmover
Jianhui67 filemover
Jionpedia filemover
Jjron filemover
Jmajeremy filemover
Joe Gazz84 filemover
Joeyconnick extendedmover
John Cline extendedmover & filemover
JohnnyMrNinja filemover
Johnsmith2116 extendedmover
Jon Kolbert filemover & extendedmover
Jsayre64 filemover
Jtalledo filemover
Juhachi filemover
Jupitus Smart extendedmover
Jweiss11 filemover
K.e.coffman extendedmover
KCVelaga extendedmover
KGRAMR filemover
KGirlTrucker81 extendedmover
KSFT extendedmover
Kailash29792 filemover
Kaini filemover
Kaldari filemover
Karthikndr filemover
Kartoffel07 filemover
Kashmiri filemover & extendedmover
Kelly filemover
KellyDoyle extendedmover
Keraunoscopia filemover
Kevin W. filemover
Kges1901 extendedmover
Kguirnela filemover
Kintetsubuffalo filemover
Klortho filemover
Koavf extendedmover & filemover
Kostas20142 extendedmover
KylieTastic filemover
L293D extendedmover
L3X1 extendedmover
La Pianista filemover
Lachlan Foley filemover
Lambiam extendedmover
Lapablo extendedmover
Launchballer extendedmover
LeoFrank extendedmover
Let There Be Sunshine filemover
Levdr1lp filemover
LightandDark2000 extendedmover
Ligulem filemover
Lil-unique1 filemover
Lingzhi2 extendedmover & filemover
Livelikemusic filemover
LlamaAl filemover
LlywelynII extendedmover
Locke Cole filemover
Logan filemover
Lopifalko extendedmover
Lordtobi extendedmover & filemover
Lugnuts extendedmover
LukeSurl filemover
Lx 121 filemover
Lyndaship extendedmover
M.Mario filemover
M.O.X filemover
MC10 filemover
MJL extendedmover
MONGO filemover
MPJ-DK extendedmover
MRD2014 extendedmover
MRSC filemover
Mabdul filemover
MacMed filemover
Magiciandude extendedmover
Magister Scienta filemover
Magog the Ogre 2 filemover
Mahahahaneapneap filemover
Maky filemover
Malpass93 filemover
MaranoFan filemover
Marcocapelle extendedmover
Marek69 filemover
Mareklug filemover
MargaretRDonald extendedmover
Mark Schierbecker filemover & extendedmover
Markussep extendedmover
Markvs88 filemover
Mathglot extendedmover
MatthewHoobin filemover
Matthiaspaul extendedmover
Mayur filemover
Mdann52 extendedmover
MichaelMaggs filemover
Mifter Public filemover
Mika1h filemover
MikeAllen filemover
Moe Epsilon filemover
Moheen filemover
Mono filemover
Montanabw extendedmover & filemover
Morgankevinj filemover
Morning Sunshine filemover
Moxy extendedmover
Mr. Gustafson filemover
Mr. Smart LION extendedmover & filemover
MrX filemover & extendedmover
Mrschimpf filemover
Music1201 extendedmover
Mxn filemover
My name is not dave extendedmover
N124BC filemover
Nableezy extendedmover
NahidSultan filemover
Nahnah4 filemover
Naraht extendedmover
Narky Blert extendedmover
Narutolovehinata5 extendedmover
Natureium extendedmover
Nbound filemover
NealeFamily extendedmover
Nemesis63 filemover
Neutralhomer extendedmover & filemover
Newslinger extendedmover
Niceguyedc extendedmover
Nick Number filemover
NickW557 filemover
User Group(s)
Nightfury extendedmover
Nihlus extendedmover
Nikthestunned filemover
Nirinsanity filemover
No such user extendedmover
Nohomersryan extendedmover
Nomader extendedmover & filemover
Noq extendedmover
NortyNort filemover
Nsaum75 filemover
Nurg extendedmover
O'Dea filemover
Oculi extendedmover
Omni Flames extendedmover & filemover
Onel5969 extendedmover
Orionist filemover
PC78 extendedmover
Paine Ellsworth filemover & extendedmover
Paintspot extendedmover
PaleoNeonate extendedmover
Path slopu extendedmover
Patient Zero extendedmover
Peter coxhead extendedmover
Petrb filemover
Pharaoh of the Wizards filemover
Pharmboy filemover & extendedmover
PhilipTerryGraham filemover
Phyo WP extendedmover
Piandcompany filemover
Piotrus filemover
Pkbwcgs filemover
Pmlineditor filemover
Pointillist filemover
Polo filemover
Polyamorph extendedmover
Pongr filemover
Power~enwiki extendedmover
Pratyya Ghosh filemover
Praxidicae extendedmover
Pru.mitchell extendedmover
Pudeo extendedmover
Pvmoutside extendedmover
QEDK extendedmover
QuasyBoy filemover
Quentin X filemover
Quoth-22 filemover
Qwerty Binary filemover
RGloucester extendedmover
RP88 filemover
Racconish filemover
RadioKAOS filemover
Raintheone filemover
Ramaksoud2000 filemover
Raymie filemover
Razr Nation filemover
Rcsprinter123 filemover
Rebbing extendedmover
Red Slash extendedmover
Redtigerxyz filemover
Redux filemover
Rhododendrites extendedmover
Rich Farmbrough filemover
Rikster2 extendedmover
RileyBugz extendedmover
RingtailedFox filemover
Rjensen filemover
Rob (Wiki Ed) filemover
Robert McClenon extendedmover
Robert Skyhawk filemover
Robertgombos extendedmover
Rockfang filemover
Rosguill extendedmover
RoslynSKP filemover
Ruby2010 filemover
Rusted AutoParts extendedmover
Ryan (Wiki Ed) extendedmover
Ryk72 extendedmover
Ryoga Godai filemover
Ryūkotsusei filemover
S.A. Julio extendedmover
SMasters filemover
SMcCandlish filemover & extendedmover
SS49 extendedmover
STATicVapor filemover
Sai Raghavendra Puranam filemover
Salavat filemover
Salvidrim! extendedmover
Sam Sailor filemover & extendedmover
SamHolt6 extendedmover
Samee extendedmover
Samuel Wiki filemover
SandyGeorgia filemover
Sanskari filemover
Satellizer filemover & extendedmover
Sawol extendedmover
Sceptre extendedmover
Scope creep extendedmover
Sd2315g86435sdsdg filemover
Secret of success filemover
Seppi333 extendedmover
Serial Number 54129 extendedmover
Seth Whales extendedmover
Shellacked! extendedmover
Shhhnotsoloud extendedmover
Shrike extendedmover
SimmeD filemover
Simplexity22 extendedmover
Sitush extendedmover & filemover
SkyWarrior extendedmover
Smallman12q filemover
Smmurphy extendedmover
Snarfa filemover
Soetermans extendedmover
Some Gadget Geek extendedmover
SounderBruce extendedmover
Soundvisions1 filemover
Souravmohanty2005 filemover
Spesh531 filemover
Spidey104 filemover
Sreejithk2000 filemover
Srnec extendedmover
Ss112 extendedmover & filemover
SshibumXZ extendedmover
St170e extendedmover
StAnselm filemover
Status filemover
Steel1943 extendedmover & filemover
Steel1943 (tester) extendedmover
Stefan2 filemover & extendedmover
Steinsplitter filemover
Steven (Editor) extendedmover
Steven Crossin extendedmover & filemover
StraussInTheHouse extendedmover & filemover
Sturmvogel 66 extendedmover
Störm extendedmover
Sumanch filemover
Sumsum2010 filemover
Sundostund filemover
SuperHamster filemover
Sven Manguard filemover
TAnthony filemover & extendedmover
TBallioni extendedmover
TCN7JM filemover
TRLIJC19 filemover
TaerkastUA extendedmover
Takamaxa filemover
Taketa extendedmover & filemover
Targaryen filemover
Tbhotch filemover & extendedmover
TeamGale filemover
Ted87 filemover
TenPoundHammer extendedmover
The Duke of Nonsense filemover & extendedmover
The Herald filemover
The Mad Monarchist extendedmover & filemover
The Rambling Man extendedmover
The Writer 2.0 filemover
The-Pope extendedmover
TheGeneralUser filemover
TheKaphox filemover
ThePromenader extendedmover
TheSandBot extendedmover
Thecurran filemover
Thelmadatter filemover
Themeparkgc filemover
Thomas.W extendedmover
Tim Pierce filemover
Tim1357 filemover
Timmyshin extendedmover
Tofutwitch11 filemover
Tom.Reding extendedmover
Tomcat7 filemover
TonyTheTiger filemover
Torchiest filemover
Tothwolf filemover
Train2104 filemover & extendedmover
Traveler100 filemover
Trevj filemover
Trialpears extendedmover
TriiipleThreat extendedmover & filemover
UY Scuti extendedmover
Ukexpat filemover & extendedmover
UnitedStatesian extendedmover
Usernamekiran extendedmover
Uzume extendedmover
Vaselineeeeeeee extendedmover
Vensatry filemover
Vermont extendedmover
Vibhijain filemover
Vincent60030 extendedmover
Vinegarymass911 extendedmover
Viridiscalculus filemover
Voceditenore filemover
Waddie96 extendedmover
Waggie extendedmover
Wario-Man filemover & extendedmover
We hope filemover
Wesley Wolf filemover & extendedmover
WheresTristan filemover
White Shadows filemover
User Group(s)
Widefox extendedmover
Wiki ian filemover
WikiLeon filemover
Wikidas filemover
Wikipedical extendedmover
William Avery extendedmover
Winged Blades of Godric extendedmover
World filemover
Worldbruce extendedmover
Wugapodes extendedmover
X201 filemover
Yann filemover
You've gone incognito filemover
ZI Jony extendedmover
Zach Vega filemover & extendedmover
Zackmann08 extendedmover & filemover
Zanhe extendedmover
Zeeyanwiki filemover
ZjarriRrethues filemover
ZooPro filemover
Zozo2kx filemover
Zppix extendedmover
Zundark filemover
Zyxw extendedmover
~riley filemover
Δ filemover
filemover & extendedmover
とある白い猫 filemover

Use of the closed discussion template on the Village Pump and lengthy discussions[edit]

It's popular isn't it? When an inexperienced editor is templated, they feel like an admin has come along and told them they can't have a discussion. When experienced editors use it, nothing but trouble ensues.

Using the closed discussion template, as a tool of discussion, when a discussion has not been had, is "offensive" in every sense of the word. It equates a soft deletion of the conversation. You cannot delete anothers comments unless they are purposely offensive, advertising, blatantly disregard to the site etc.

Even snowballs should not be templated. There is no need to silence anybody who isn't being disruptive. We do not need offensive tools for discussion.

I propose:

  1. A time limit on any part of any discussion before the template can be used.
  2. Don't even template snowballs. Are you afraid of something? Are you okay with a battleground mentality?
  3. Exempt admins from the limit to prevent disruption.
  4. Create in-discussion templates, like  Done, but to signify you believe the discussion is over. In a good faith atmosphere, these templates would begin to gather weight in their visibility. When scanning a lengthy discussion, more use of in-discussion templates would help you examine and join an already lengthy discussion. Post these templates at the top of VP pages for awareness and use.
  5. Placeholder for suggestions

~ R.T.G 04:01, 26 November 2019 (UTC)

What you can do is just continue the discussion under the closed section. Then people will see it is new and can continue discussion. An alternative is to revert the close of the discussion. However I would strongly recommend that you check out why the discussion was closed before reverting or contesting the close. WP:BRD will apply to this process too. Graeme Bartlett (talk) 09:53, 26 November 2019 (UTC)
I understand the situation. I'm opposing it. Such use of the template is purely disruptive, and offensive in the battleground genre. It's a fairly standard suggestion, ~ R.T.G 10:27, 26 November 2019 (UTC)

On the use of deprecated sources[edit]

There has been a long-brewing war over what to do with deprecated sources at Wikipedia. Several ANI threads have been spent, lots of accusations of bad-faith have been leveled at both sides of the dispute, and it's clear we need some clarification on how to handle the situation in general. I'd like to have a clean discussion on what to do going forward on these matters. I definitely do not think we need to have any discussion here on what has happened earlier, on individual user behavior, and on personal attacks, which is where most of these discussions have gone. I'd like to set this up as a "proposal and support/oppose" format. Users should feel free to add their own proposals to the list if they are significantly different than other proposals, and we can use the proposals with the most support as guidance for clarifying Wikipedia policy on these matters. I'll get the ball rolling with a proposal of my own, with no prejudice against others creating their own proposals.

(Proposed by User:Jayron32 on 26 November 2019.)

For info on what sources are deprecated and how they become that way, see Wikipedia:Deprecated sources -- Beland (talk) 16:22, 6 December 2019 (UTC)

Proposal 1: Deprecated sources should be handled as follows[edit]

Text which is cited to deprecated sources should be not usually be treated differently than unsourced text. What that means for how to deal with them is as follows:

  • No distinction is made in policy between adding a source new or keeping an existing source. For the purpose of policy, adding a source which is deprecated is treated exactly the same as keeping an existing source after it is deprecated, and WP:BURDEN applies equally in both cases. No person may be required to provide a source in the place of deprecated source; if a person wishes a new source to be added, it is the burden of that person to provide their own source.
  • Deprecated sources can be removed, with an edit summary "removing deprecated source".
  • If a deprecated sources is to be used or kept, as an exception (either IAR or because a specific exception is noted in the relevant discussion that deprecated the source), then WP:BURDEN applies to the person who wants to use or keep the deprecated source, and they should start a talk page discussion explaining their desire for the exception. Consensus is required to use or retain the deprecated source, for the specific use, and if the addition or retention of the deprecated source is contested, it is to be removed unless and until consensus explicitly allows for its use.
  • Any text that is only sourced to a deprecated source is treated as though it had no source to begin with.
  • Removal of deprecated sources should not be done with fully automated tools/bots.
  • The person who finds a deprecated source being used in the article has several options for how to deal with the text that was cited to the source. No preference is given to ANY of these options, and no accusations of misbehavior or bad faith should be leveled against anyone who does any of the following responses.
    1. Remove the source and leave the text. The information that was formerly cited to a deprecated source just does not have that source anymore; the rest of the text is left unchanged.
    2. Tag the deprecated source with the {{better source}} tag and leave it in the article.
    3. Replace the deprecated source with a better source.
    4. Remove the deprecated source and add a {{cn}} tag.
    5. Remove the deprecated source along with the text it is citing.
  • The guidance for when to tag, and when to remove text, is already given in existing policy, and text which has a deprecated source is treated no differently from any uncited text otherwise, that includes policies and guidelines such as WP:V, WP:CITE, WP:BLP, WP:BURDEN and the like.
  • The fact that an editor has taken any one of the above actions does not preclude later editors from taking other ones; for example if one editor removes a bit of text along with the source, another editor may add it back with an appropriate source. Or, for example, if one editor tags the deprecated source with the {{better source}} tag, another editor may remove it entirely. Normal proscriptions against edit warring exist for disputes over removal/retention. WP:BRD should be used, and when there is a dispute, the disputed text and source are to remain removed unless consensus exists to return it, just as with any disputed text that has no source.

Support/oppose on Proposal 1[edit]

  • Support as proposer. --Jayron32 19:30, 26 November 2019 (UTC)
  • Support with changeOppose I believe proposal 3 is much more in line with what I'd like. If a deprecated source is found to be reliable for a particular citation there should be a way of marking it as such - e.g. to link to a talk page discussion where there was a consensus saying it was okay for the purpose. This is to stop people just removing things that others think are fine. Dmcq (talk) 19:39, 26 November 2019 (UTC)
  • Support I can add nothing really to the OP.Slatersteven (talk) 19:40, 26 November 2019 (UTC)
  • Support proposal 1 - David Gerard (talk) 19:41, 26 November 2019 (UTC)
  • Opposed - there is no such thing as a “non-source”... just limits to a source’s use. While deprecated sources are GENERALLY not reliable, there are SPECIFIC circumstances where they are. As an example, the RFC that deprecated the Daily Mail noted that it was reliable in the past, and so historical usage might be an exception. Hell, even Mein Kamph is reliable in very limited situations. If nothing else, deprecated sources are reliable for direct quotes taken from the source (ie when used as a primary source). Blueboar (talk) 20:35, 26 November 2019 (UTC)
  • Support, but should be summarized more effectively.
Unless special circumstances applies (such as WP:ABOUTSELF), a statement backed by a deprecated source should be treated as no different than a statement backed with no source.
Headbomb {t · c · p · b} 21:31, 26 November 2019 (UTC)
  • Tentative support - I think this proposal is thorough, well-written, and well thought out. The only reason I hesitate to fully embrace it is because there are some scenarios where a 'bad' source might be acceptable. For example, there is some debate about whether a Daily Mail article is valid as a source for a topic closely related to the Daily Mail (e.g. "XXX is the new chief editor of the DM"). Michepman (talk) 01:51, 27 November 2019 (UTC)
  • Support if and only if editors who find untagged text cited to deprecated sources are not allowed to remove the source or the text themselves solely on the ground that the source is deprecated (1 or 5 in the list above). No objections to 2, 3 or 4 on the list as these either improve the encyclopedia, or give other editors the chance to improve the encyclopedia before removal. Text cited to deprecated sources is NOT unsourced and shouldn't be treated as such. IffyChat -- 18:53, 27 November 2019 (UTC)
  • Oppose - (5) is, in my opinion, just leaves the current problem present so we still end up with the same edit wars as we have been seeing on this subject. I think we need a solution that gives a strong preference to content staying on Wikipedia at least for a time when the only problem with it is a previously non-deprecated source becoming deprecated. I do not like givining editors authority to do mass deletions of content (which is the current modus operandi of some editors) that other users have taken time to craft when the content was not originally problematic. (1) is _effectively_ the same as (5) since an editor can simply remove the citation, then come back a day or two later and remove the content for having no citation. For the same reason as I dislike (5), I dislike (1). We should not be deleting content without strong reasons, and using a previously fine source that has since been deprecated is not a legitimate reason for summary deletion of content. I have created Proposal 3 to try to address these issues.
  • Support, although I feel automated removal should be allowed when there's a clear pre-existing consensus for it. This is in-line with the current meaning of depreciation and would fit our normal editing procedures. Individual removals can be tweaked by people who are watching the article (eg. by replacing the content using a better source, if it was removed); if there are not enough people watching the article who care, it is better to err on the side of caution and stick with removal of content with an unreliable source anyway, since articles without many people watching them can become dumping-grounds for nonsense if we're not careful. --Aquillion (talk) 14:07, 28 November 2019 (UTC)
  • Oppose of no benefit to the readers of the encyclopedia, in many cases useful material is being completely lost or incorrectly modified during mass rapid edit sprees. The Rambling Man (Staying alive since 2005!) 15:17, 28 November 2019 (UTC)
  • Oppose This gist of this seems to be that statements supported by deprecated sources are worse than having no source at all. Maybe true sometimes, but I suspect that if I were to make a large number of edits removing uncited material I would be quickly told to slow down, use some judgement, and engage on the talk page despite WP:BURDEN. Also, the best place to determine if use of a deprecated source is appropriate is on the talk page, knowing and having the option to change the cited material, not a generalized RFC.—eric 19:44, 28 November 2019 (UTC)
  • Support. I would suggest three changes, however:
  1. Introduction of a new tag: {{deprecated kept}}, where the rationale for keeping a deprecated source can be documented.
  2. Allowing for a source to be kept without TP discussion if an editor reviewed it, tagged it and provided a Policy-based justification within the tag for keeping it.
  3. Guiding editors toward deletion + tagging instead of just deletion, and towards {{deprecated inline}} instead of {{cn}}. François Robere (talk) 20:17, 29 November 2019 (UTC)
  • Support in general. Obviously there should never be any bar to simply replacing a poor source with a better one, whether or not the poorer source is deprecated. Even if this has consensus it would not change my current practice of tagging rather than removing in the first instance if the content is probably encyclopaedic and unlikely to be controversial. It would allow for bot removal at some later date, which is an interesting idea. Guy (help!) 01:03, 30 November 2019 (UTC)
  • Strong oppose number 1 and 4 are dumb ideas. They are almost never going to make an article any better but will instead make it worse, making it harder to find an actual source. I have no objections to 2, 3 and 5, although of course we need to take consider carefully how their interact with our other norms on challenging uncited content including mass removals etc. I'm also unsure why this proposal doesn't consider the use of templates like {{deprecated inline}} or even new tags to better emphasise it's a better source. As I've remarked before, if editors are really that worried about readers being confused even by tagging, we could always remove the link, or completely hide the source to readers without messing around with editors by making it difficult for them to fix an article, for no apparent reason. Whatever the case, it would be better if this doesn't pass if it's going to suggest 1 and 4 is okay when they're clearly not, and have never been supported by any policy or guideline, or simple common sense. Nil Einne (talk) 16:47, 30 November 2019 (UTC)
  • Oppose Because it is unclear, in particular it doesn't account for timescales. "Deprecated sources can be removed, with an edit summary "removing deprecated source". could be interpreted in two distinct ways (at least): either "Careful consideration of the source and the article is made by an editor, doing some editing. If nothing better can be achieved (which then raises the question of why we'd keep content which is not merely unsourced, but unsourceable.) then remove it. Maybe remove the content too. But this proposal, and that statement can also be interpreted as "Run a 'bot across the whole corpus, and just strip the lot immediately. (With WP:MEATBOT if there's a proscription against literal automation.) Because one editor thinks they don't like a particular domain name, or the string /blog/ in a URL. That's unacceptable. Andy Dingley (talk) 20:40, 30 November 2019 (UTC)
  • Support in principle, but I would rearrange the five recommendations in order of preference, ie 3,5,2,4,1. Reyk YO! 06:57, 2 December 2019 (UTC)
  • Oppose The concept of deprecated sources is fundamentally flawed because our citation of sources is context-dependent and so each case has to be judged on its merits. Also, it is our general policy that Wikipedia is itself not reliable and so a straw poll cannot be relied upon to determine the validity of sources in a broad-brush way. See also WP:NOTLAW. Andrew🐉(talk) 08:58, 4 December 2019 (UTC)
  • Support, mostly. In general, deprecated sources should be removed immediately, on sight. I'm not sure whether it's better to leave the unsourced text or not. I would support some sort of automated removal, with a proper scope and protections in place. Levivich 03:12, 5 December 2019 (UTC)
  • Support -ish? Only insofar as this is kind of a do-nothing proposal (in a good way), in that it hews pretty close to WP:Editing policy. WP:FIXTHEPROBLEM and WP:CANTFIX sum up what to do and not do in more or less the same way as this proposal, just without so many words. The verifiability policy is at the root of it: "Whether and how quickly material should be initially removed for not having an inline citation to a reliable source depends on the material and the overall state of the article" via WP:UNSOURCED. Barring BLP violations, copyright violation, or other urgent problems requiring action, we need to think about the fact that we're building an encyclopedia, and that's why we have the editing policy. It says to make forward progress we have to keep salvageable content and give it time to be improved by someone after you. We can't establish any rule more specific than "context matters" because unsourced material on a hot topic with hundreds of editors, like Impeachment inquiry against Donald Trump, could have a half-life of minutes, deleting unsourced material after one quick search. Problematic parts of an article on an obscure, slow-developing topic in the distant past or in a fictional universe could wait years for each tick of the editing clock to advance. If you're interpreting this proposal in a way that contradicts editing policy, the no, no support for that from me. Follow editing policy; it's a good policy that has stood the test of time because it is robust and flexible. --Dennis Bratland (talk) 17:29, 6 December 2019 (UTC)

Discussion on Proposal 1[edit]

  • I suggest the discussion should happen at the WP:RSN - we've already seen editors declare that WP:LOCALCONSENSUS on a talk page means they can keep a deprecated source, and then it goes to the RSN and their sourcing is rapidly shown to be terrible, e.g. this discussion. To overcome a broad general consensus achieved at RFC, we need an equivalently general countervailing level of consensus - e.g., four people on a talk page shouldn't be able to override two RFCs deprecating the Daily Mail. But that's a minor modification, and broadly it's a good proposal - David Gerard (talk) 19:44, 26 November 2019 (UTC)
I left a notice at WP:RSN for the discussion to happen here. I wanted to have it here to specifically avoid issues with "local consensus" matters; this is a page with a broader reach than RSN, and is better as a "neutral ground" where the discussion would not be colored or influenced by existing discussions at RSN. That is why I considered this venue the best option. --Jayron32 19:49, 26 November 2019 (UTC)
Oh, you mean the discussion on the deprecated source usage specifically; I think the article talk page is the best place to house it because it should be in close proximity to where the source is being used; that way people who are unaware of the discussion can find it easier. I would not be averse to leaving a notice at WP:RSN pointing to the discussion, but a specific usage of a specific source SHOULD be discussed on the article talk page (different from the use of a source in general) RSN should be used for notifications rather than for discussions in those instances. --Jayron32 19:51, 26 November 2019 (UTC)
Talk page discussion, with notification to RSN, works for me 100%. And yes, this is the very best place for broad general consensus on this issue - David Gerard (talk) 19:54, 26 November 2019 (UTC)
  • Blueboar's objection seems covered by the provisions to allow deprecated sources by consensus - David Gerard (talk) 20:41, 26 November 2019 (UTC)
  • @Blueboar:: (edit conflict) I believe you may have missed some of the text in the proposal; your specific objection to it has already been addressed in the bullet point that begins with the text "If a deprecated sources is to be used or kept..." The proposal already assumes that even deprecated sources will have appropriate uses, and allows for such use. Can you please elaborate where you think that bullet point is lacking in addressing uses you may have in mind? --Jayron32 20:41, 26 November 2019 (UTC)
  • On the bot restriction - if this includes AWB, then the proposal would discriminate against editors with physical disabilities. e.g., for JzG, AWB is needed for an accessibility issue related to physical disability, per [1]: I use AWB, largely because the regex makes it vastly easier but also because I have C7 radiculopathy and it maximises the ability to work by keyboard rather than mouse. This strikes me as 100% a reason to use a given tool for editing - and, of course, an editor using AWB accepts all responsiblity for every click of the "save" button in any case - David Gerard (talk) 20:53, 26 November 2019 (UTC)
@David Gerard: AWB is generally considered a semi-automated tool. As long as you personally review and accept responsibility for every edit, and don't edit like a mindless 'save' machine, you're in the clear. WP:MEATBOT and WP:AWBRULES still applies, of course. Headbomb {t · c · p · b} 21:35, 26 November 2019 (UTC)
My only concern would not be for the use of tools such as AWB per se but on the writing of routines and bots for the blind removal of sources. If AWB is being used in a way that makes it clear the user is considering each usage, and responding accordingly, that's fine. If they are just blindly setting up a routine to mass remove all uses, that's a problem. It's the automated nature of removing sources without considering each use, and the use of tools to do it so rapidly that quality control cannot be checked, that is the issue. Otherwise, I would think there wouldn't be a problem. --Jayron32 21:00, 26 November 2019 (UTC)
  • I would tweak the "fully automated" bit to add "without prior consensus." There are cases where fully-automated removal might be required (especially in the case of spam or if a WP:COI editor was adding an unusable source they have a COI with everywhere or something of that nature), and I'm concerned that this could be used to argue that a consensus at eg. WP:RSN can't allow such edits based on the consensus for this proposal being broader and prohibiting it. --Aquillion (talk) 16:46, 27 November 2019 (UTC)
  • Suggestion - Jayron32, would it be within the scope of this proposal to add a section about how new deprecated sources should be agreed upon? (E.g. should it be here, at the Village Pump, or on an article talk?) The reason I ask is because I saw an issue on WP:ANI the other day where there was a debate about whether Mail on Sunday was deprecated as it is an offshoot of The Daily Mail Michepman (talk) 02:01, 27 November 2019 (UTC)
Would that be covered by the case-by-case exception mechanism, or are you after something broader? - David Gerard (talk) 08:42, 27 November 2019 (UTC)
  • Michepman, I think we already know how deprecation works (via RfC at RSN). It's legitimate to ask whether such discussions should also be advertised via CENT. I would not be opposed to that. The Sunday Mail is an edge case and not particularly informative in forming a wider consensus - I don't know of any other instances where two sources of differing reliability share the same website, though I am sure it happens. My view there would be a qualified exception for the print edition of the MoS, but that's just me. Guy (help!) 11:17, 6 December 2019 (UTC)
David Gerard, JzG - OK thanks for clarifying. I am comfortable with tbe current process and don't have any suggestions for changes on my end. In terms of the Daily Mail issue I wasnt sure how widespread of an issue it was but if you're confident that it's an edge case then I think we can leave it as is. Michepman (talk) 16:06, 6 December 2019 (UTC)
  • I'm a bit worried about fleshy bots going around deleting stuff based on this, I'd like to make certain editors at an article got a decent chance to do any work needed first. A bot could go around and put a note on the talk page and give some decent timeout for them to mark the use as okay or replace before open season was declared. Dmcq (talk) 11:50, 27 November 2019 (UTC)
  • Many deprecated sources are used on thousands or even tens of thousands of pages at the time of depreciation, partially because depreciation is an extreme step reserved for cases where a source that is clearly generally unreliable is being used constantly and widely in an unworkable manner. It is simply unreasonable to expect a discussion to occur before every single removal, or to give that sort of chance on so many pages when the usages are often obviously and clearly against the broader consensus - even a bot like you describe would often be tagging simply unworkable numbers of pages. And, after all, the nature of Wikipedia means that even if they go for completely removing the cited text, anyone watching the page can immediately restore it with a better source anyway. --Aquillion (talk) 16:40, 27 November 2019 (UTC)
I'm not certain what you're objecting to. Bots are quite good at going around the whole of Wikipedia marking things, surely it is a good idea for them to mark deprecated sources as deprecated? And if they can do that they can for instance put a time on and if that time is expired put a tag on showing no-one has attempted to fix the problem in a reasonable time? And then wikignomes can look around for those tags if they want to and do what they think is fit knowing that the normal editors haven't bothered to deal with the problem.. Dmcq (talk) 18:35, 27 November 2019 (UTC)
I'm also a bit worried about this opposition to "give that sort of chance on so many pages when the usages are often obviously and clearly against the broader consensus". I believe we should treat the editors of articles with more respect and this is very much against WP:5P4 "Wikipedia's editors should treat each other with respect and civility" and especially against 'Be open and welcoming to newcomers'. If there is a decent time interval like a month for holidays before the dogs are let loose then a large proportion will have the assurance that editors at the article have not shown enough love for the cite and it can be open season. I would support something like this for all dated article warnings. Dmcq (talk) 21:25, 27 November 2019 (UTC)
Think of it more as "we have 23,000 references that look like they're to a source readers can trust, but actually it's the Daily Mail." Keeping the little blue number when it's deceptive to the reader is bad. Taking out bad sources we literally can't trust does not in any way imply bad faith in the editor who put them there - but they're still bad sources that should be removed forthwith - there is no reason to deliberately leave a bad source in. There is especially no reason to make an assumption of WP:OWNership of the bad source, such that it has the privilege of staying in a month, when a merely "generally unreliable" source wouldn't get that privilege. Bad sourcing is as un-WP:OWNed and editable as any other edit covered in the edit notice - David Gerard (talk) 22:08, 27 November 2019 (UTC)
You can't automatically remove all the dependent text using a bot. But you can mark all the citations as deprecated. And that is far better than just removing the citation because it shows the status of the reason for the text. What I'm suggesting would cut down the work involved in checking the citations - the text may have another citation, and editor there may give a good reason why the citation is okay in that context, any number of things. What is the sense in trying to do all that oneself if editors on the articles can do it? And involving editors is a good thing, ignoring them is bad. Dmcq (talk) 23:11, 27 November 2019 (UTC)
Nothing I've said there implies using a bot, and nothing in your proposal implies using a bot - "fleshy bot" appears to be a term for removals you don't like - David Gerard (talk) 12:41, 28 November 2019 (UTC)
  • It should be clarified that the rule would only apply when the source has been disallowed for the specific usage in question. The word "deprecation" gets thrown around a lot as if it has some sort of meaning, but I'm unaware of any formal policy or guideline that defines the term; the exact restriction is written in the closing of each source's RfC and common practices are outlined at the Wikipedia:Deprecated sources information page. Usually the source will be disallowed for statements of fact but may be acceptable for attributed opinions and WP:ABOUTSELF. –dlthewave 13:11, 27 November 2019 (UTC)
    Dlthewave, yes, and where there is clear consensus to retain a source we could create a template called something like {{deprecated source exception}} to avoid any bot or semi-automated removal. Guy (help!) 11:23, 6 December 2019 (UTC)
  • Might I make a suggestion, if there is a concern about people not being given enough time. We only do this to source over (say) six months old, when there has been plenty of time to find a better source.Slatersteven (talk) 17:49, 27 November 2019 (UTC)
We still get a flood of incoming Daily Mail and Sun cites in new and recent articles. I would recommend against a requirement to keep these around for six months, rather than just removing them, pointing out that these sources are deprecated - David Gerard (talk) 18:37, 27 November 2019 (UTC)
Six months does seem too long to me, I'd say one month in case an interested editor is on holiday, and the cite should be marked as deprecated as soon as possible. However I think it very important to allow editors at an article time to fix problems themselves to encourage participation in Wikipedia rather than have editors with no interest except cleaning Wikipedia come along and blast at the article without anything more than a templated comment. It shows disrespect. Dmcq (talk) 21:35, 27 November 2019 (UTC)
It has the danger of being bitey, but I've found it works quite well if I link them to WP:RSP - so they know there's a reason. (Also, TV editors are delighted to find that Digital Spy has been considered actually quite a good source for TV stuff.) - David Gerard (talk) 22:02, 27 November 2019 (UTC)
  • I'm not sure why Remove the source and leave the text is on the list of possible, generally acceptable courses of action (and in the first position, at that). I would expect that in pretty much any circumstance, it would be better to replace a deprecated source with one of our famous {{cn}} tags than just to leave the text there. XOR'easter (talk) 22:33, 27 November 2019 (UTC)
  • I could probably be talked into supporting 1 - 4. 5 is a tough one for me though. — Ched (talk) 23:31, 27 November 2019 (UTC)
  • The reason for leaving the text should be stated on the talk page, and the Cn tag should have Reason=See item xxx on talk page. This would avoid the need to search for (sometimes fruitlessly) a replacement for a good source which has simply disappeared from the interweb, and would tend to reduce instances where the substituted source is on topic but does not address the specific text adequately. Downsize43 (talk) 23:50, 27 November 2019 (UTC)
  • I like François Robere's suggestions, though he may mean {{deprecated inline}} :-) - David Gerard (talk) 00:16, 30 November 2019 (UTC)

Proposal 2 - create a “Deprecated sources review board”[edit]

Closing this per the WP:SNOWball clause. As editors pointed out, this is sort of part of the mandate of WP:RS/N. (non-admin closure)MJLTalk 04:52, 4 December 2019 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

When an editor comes upon a deprecated source, and can not quickly find a better source to replace it... the editor can submit the source (and context) for review by the board. The board will review, discuss, and determine whether the source is used appropriately (given the context), or not. Review will last for a limited time (say one week... but I am flexible on this). And will recommend an appropriate action (remove the source, remove the source and material, etc.)

Please share your thoughts Blueboar (talk) 18:18, 27 November 2019 (UTC)

  • This seems entirely compatible with Proposal 1, as a place for removals that have been disputed to go. If you mean keeping the source in until a consensus is reached, this just creates a non-scaling bureaucratic blockage on removal of statements sourced solely to known-bad sources. Remember, we're talking about statements attributed solely to a source that we know we can't and don't trust - removal then review before putting back, per Proposal 1, seems obviously the correct treatment for claims with that little support - David Gerard (talk) 18:33, 27 November 2019 (UTC)
actually, yeah, oppose as redundant - this is called WP:RSN - David Gerard (talk) 17:13, 28 November 2019 (UTC)
  • We have that already. This is called WP:RSN. Headbomb {t · c · p · b} 18:57, 27 November 2019 (UTC)
  • Don't see why you can't just go to WP:RSN anyway if you're worried. Dmcq (talk) 21:39, 27 November 2019 (UTC)
  • Oppose. This would be redundant with WP:RSN. Unless the intent is to make bringing such sources to RSN mandatory, which, as noted above and below, is absurd when we're talking about tens of thousands of sources and completely contradicts our normal editing policies. Why would preemptive discussion (which isn't even required for normal edits) be required in a case where it's even more obvious that the source is generally unusable and there's an existing RFC to that effect? If someone watching a page objects to the removal of a source, they can raise that issue in response to its removal as usual and can take it to RFC themselves; this is the same way we handle everything else. --Aquillion (talk) 14:19, 28 November 2019 (UTC)
    • Ok... call this a subcommittee of RSN... The idea is that this new “review board“ would consist of editors who SPECIALIZE in dealing with deprecated sources... editors who would follow and be familiar with the various RFCs that resulted in deprecation, and (most importantly) the carve-outs and exceptions that have been made in those RFCs. The review board could thus review the context under discussion, and QUICKLY reach a consensus on whether a deprecated source was used appropriately (or not) and recommend an action. Blueboar (talk) 15:09, 28 November 2019 (UTC)
      • No special editorial powers should be given to anyone. Headbomb {t · c · p · b} 15:55, 28 November 2019 (UTC)
  • Oppose - We already have RSN and, per Headbomb, we shouldn't be creating a "board" with special powers. Many uses are uncontroversial and require no discussion; otherwise we can use our normal editorial process of discussing at article talk and escalating to RSN if needed. –dlthewave 17:33, 28 November 2019 (UTC)
  • Oppose Another level of bureaucracy never solves anything.Slatersteven (talk) 17:42, 28 November 2019 (UTC)
  • Oppose. We already have this at WP:RSN. Guy (help!) 00:57, 30 November 2019 (UTC)
  • Strong oppose. More bureaucracy? François Robere (talk) 17:27, 30 November 2019 (UTC)
  • Oppose this and any other proposal that introduces bureaucratic hurdles to the prompt removal of deprecated sources. Cullen328 Let's discuss it 20:48, 30 November 2019 (UTC)
  • Oppose- How would this do anything that WP:RSN can't? I'm not sure we need something redundant, and which will likely end up just obstructing the removal of bad sources. Reyk YO! 21:23, 30 November 2019 (UTC)
  • Hell no EEng 04:56, 1 December 2019 (UTC)
  • Oppose Another self-selected clique? Andy Dingley (talk) 09:48, 1 December 2019 (UTC)
  • Absolutely OPPOSE: Per, well, every Oppose above. GenQuest "Talk to Me" 10:20, 1 December 2019 (UTC)

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

Proposal 3[edit]

  1. A bot automatically marks all deprecated sources as {{better source}} (with a note/timestamp in the template that this was a deprecation removal, so we can track it).
  2. 6 months after deprecation a bot updates all instances of {{better source}} to {{cn}} (with a note/timestamp in the template that this was a deprecation removal, so we can track it).
  3. 12 months after deprecation editors are free to remove content that is only supported by a {{cn}} with the appropriate tracking note in it. This can be done without discussion and with a an edit reason of "Unreliable Source" or "Deprecation Cleanup".
  4. During those 12 months, an editor may replace the source with a better source.
  5. During those 12 months, an editor may remove the content for normal editing reasons other than "Unreliable Sources" (e.g., if the content doesn't fit within the article, or the article is being rewritten in a way that doesn't include the content).
  6. During those 12 months, concensus on the talk page for the article can agree on removing the content.
  7. During those 12 months, concensus on the talk page for the article can agree to re-add the original source because WP:CONTEXTMATTERS.
  8. During those 12 months, reverts without discussion and only citing a reason of "Unreliable Source" would be treated as vandalism (same as deleting any other content without discussion or valid reason).
  9. From the time of deprecation, no new content can be added that references a deprecated source without prior talk page discussion and concensus.
  10. From the time of deprecation up to 12 months after deprecation, if content referencing a deprecated source is removed by vandalism (see above), it can be re-added as part of normal vandalism reversion process (this is not considered adding new content).
  11. After the 12 month window, a deprecated source effectively becomes a blacklisted source by nature of the ban on adding new content, and the fact that all old content should have been removed by now outside of limited WP:CONTEXTMATTERS cases.

Support/Oppose on Proposal 3[edit]

I believe the above strategy aligns with the connotative meaning of deprecated, and doesn't result in deprecated just being another word for blacklisted. It also gives very clear guidelines for what is acceptable editor behavior so there should be minimal edit warring outside of outright vandalism (which Wikipedia already has ways of dealing with). The fixed timelines make it so everyone has plenty of time to address the issues, and changes do not come as a surprise to any users.
The 6/12 month timelines could be adjusted if that is desired. I don't personally believe that deprecated sources are so intrinsictly bad for Wikipedia that they need to be immediately removed (that is what blacklisted sources are for) and I think that the editing process should tend to favor the assumption that other editors are acting in good faith and the content that was added is generally reasonable. I also think that bot-like deleting of content other users took time and energy to add to the site is very hostile, especially to newbies, and should be avoided/limited/telegraphed as much as possible. Deletion of content added by others should generally be a last resort, and we should strive to always give the author plenty of opportunity to improve before we delete their work so we can be a welcoming community to new editors. Micah71381 (talk) 08:03, 28 November 2019 (UTC)
  • SupportOppose It gives users time to find better sources. However I missed the part about vandalism, I support the autobot part, but not restrictions on human users.Slatersteven (talk) 09:18, 28 November 2019 (UTC)
  • Support Bit long winded and the time period is long but overall yes I can stand firmly behind this. Deprecated definitely desn't mean fire and brimstone should immediately be rained down on all uses. Dmcq (talk) 10:15, 28 November 2019 (UTC)
  • Oppose This literally gives deprecated sources more protection than merely bad sources. And new links to deprecated sources are added all the time - there's really no justification for protecting those known-bad additions for six to twelve months - David Gerard (talk) 11:41, 28 November 2019 (UTC)
  • Strong oppose per David Gerard, and invalid RFC in that this seeks to undermine WP:V, WP:RS and WP:BLP. This is patiently absurd and would defeat the purpose of deprecation, which is to allow generally unreliable sources to be rapidly removed in large amounts without individual discussion when they've been used extensively; in practice this proposal amounts to eliminating deprecation entirely; it is not to provide special protection for such sources, which this proposal suggests. There are, in many cases, thousands or tens of thousands of uses for deprecated sources, and the idea that we could wait six or even twelve months before doing anything systematic about them after a broad RFC on the source is unworkable. I would even go so far as to question the validity of this RFC, since it effectively seeks to overturn every RFC that has ever deprecated a source by redefining "deprecated" to the point of uselessness and seems, in practice, unlikely to get anywhere near the response that the RFCs it is undermining had. Unreliable sources should be fixed (including by removal, if necessary) on sight. Always, without exception. The nature of the fix requires some sensitivity to individual situations, but waiting six to twelve months to fix a glaring problem after an RFC clearly decided that it needed to be fixed is absurd. Note that regardless of the outcome of this RFC, WP:V / WP:RS will always allow editors to remove unreliable sources on sight with an edit reason of "unreliable source" - no consensus here can change that. Even a consensus on the talk page for WP:V / WP:RS cannot allow the continued usage of a definitely reliable source. We can disagree over whether a source is usable in a particular context, or how to handle it if it is, but once it's established that a particular usage of a source is not reliable W:RS always means users removing it with a reason of "unreliable source" are correct to do so. The waiting period for this RFC cannot be enforced; anyone who removed a definitely unreliable source would be correct to do so, and anyone persistently restoring it in the face of a clear consensus declaring it unreliable in that context would still get blocked. EDIT: Note that this proposal also contravenes WP:BLP in that it doesn't make an exception for unreliable sources used to source negative claims about a living person; we are required to remove those on sight, and, again, this invalid RFC cannot change that because the core principle of BLP is not subject to consensus. --Aquillion (talk) 13:58, 28 November 2019 (UTC)
  • Support seems like the least bad option. Pelirojopajaro (talk) 15:10, 28 November 2019 (UTC)
  • Support this would protect material being summarily removed for which other sources (once checked) can be used. It would also reduce the risk of good faith editors not understanding why sources are being removed with misleading summaries, the tag will give them time to understand the true meaning of deprecation in the Wikipedia sense, which in actuality is very different from the kind of wholesale bans we've seen being implemented. The Rambling Man (Staying alive since 2005!) 15:34, 28 November 2019 (UTC)
  • Strong oppose #5 alone is a dealbreaker. If a shit source is used, people should be entirely free to remove said shit source, alongside the shittely sourced content. Just like everywhere else. Headbomb {t · c · p · b} 15:57, 28 November 2019 (UTC)
  • Oppose all except #1 - A "better source bot" would make it easier to locate and remove or improve bad sources. The rest of it adds unnecessary bureaucracy and arbitrary timeframes that would make it harder to address bad sources and open the door to process-based wikilawyering. "Deprecated source" has no official meaning and sources marked as such should be treated just like any other unreliable source. –dlthewave 18:45, 28 November 2019 (UTC)
  • Oppose per Aquillion's (core policies) argument.—eric 20:59, 28 November 2019 (UTC)
  • Oppose because of A/ its incompatibility with core policy, B/ its complexity, in turning what is usually a simple discussion on a talk page into multiple steps and C/ an attempt to replace human judgment with automated tools in an area where judgment and nuances are essential. DGG ( talk ) 20:58, 29 November 2019 (UTC)
  • Oppose. This would prevent valid removals of BLP violations and other problematic content drawn from terrible sources. Guy (help!) 00:58, 30 November 2019 (UTC)
  • Oppose. Incompatible with core policy and goes to the heart of what Wikipedia is (or should be). Alexbrn (talk) 03:56, 30 November 2019 (UTC)
  • Oppose as others have said, this proposal is simultaneously complex, while going against our policy and guidelines. For example although technically it could be argued that removing an unreliable source for reason 'unreliable source in a BLP' doesn't come under number 5, it's way to unclear to me. Nil Einne (talk) 16:54, 30 November 2019 (UTC)
  • Strong oppose per all the above. See note below on automation. François Robere (talk) 17:44, 30 November 2019 (UTC)
  • Oppose this and any other proposal that introduces bureaucratic hurdles to the prompt removal of deprecated sources. Cullen328 Let's discuss it 20:48, 30 November 2019 (UTC)
  • Mostly support I like the idea in general as a reasonable compromise. However the tags should be separate and distinctive (although similar), just for clarity. Also "a deprecated source effectively becomes a blacklisted source" at the conclusion is against WP:DEPS. This should be a cleanup measure to encourage the implementation of policy, not a back-door change to that policy. Andy Dingley (talk) 09:50, 1 December 2019 (UTC)
FYI there's no policy or guideline on deprecation. It's something that we just sort of started doing one day, and WP:DEPS attempts to document that practice. –dlthewave 12:36, 4 December 2019 (UTC)
  • OPPOSE Un-reliable sources need to be killed on sight. Debate, if any, can follow, the controversial information can always be added back later if a reliable source presents itself. GenQuest "Talk to Me" 10:15, 1 December 2019 (UTC)
  • Oppose The concept of deprecated sources is fundamentally flawed because our citation of sources is context-dependent and so each case has to be judged on its merits. Also, it is our general policy that Wikipedia is itself not reliable and so a straw poll cannot be relied upon to determine the validity of sources in a broad-brush way. See also WP:NOTLAW. Andrew🐉(talk) 08:59, 4 December 2019 (UTC)
  • Oppose. There's no such thing as a fully deprecated source; there are plenty of occasions on which we (e.g.) will need to cite the Daily Mail when the contents of one of their articles is the topic of the article and we want to ensure readers are able to verify the exact wording for themselves. Unless and until a bot is capable of understanding the difference between primary and secondary sourcing, any attempts at automated removal will lead to large-scale disruption. ‑ Iridescent 09:12, 4 December 2019 (UTC)
  • MORAL support for all but 8 Most of the above seems reasonable, and I'm a little surprised that many people are oppose to the proposal as a whole based primarily on a problem with this one bullet point. Automating much of this process seems reasonable enough, but I'm not much of a techie, and I find it hard to believe that MicahZoltu, who three weeks ago had only 20 edits to his name, would know much more than I do. All that being said, with the inclusion of bullet point 8 I don't think we can allow this proposal to pass and place even more of a burden on those seeking to remove poorly sourced content. Hijiri 88 (やや) 13:13, 4 December 2019 (UTC)
  • Oppose- bullet point 8 automatically rules this out. No prejudice against considering a version that omits this it in favour of something more sensible. Reyk YO! 13:15, 4 December 2019 (UTC)
  • Oppose per Aquillion and DGG's reasoning. I support some of the bullets but am strongly opposed to others; this is too many things lumped into one proposal. Levivich 03:09, 5 December 2019 (UTC)

Discussion on Proposal 3[edit]

  • Good sources don't get a twelve-month protection from removal. Why should known-bad sources? - David Gerard (talk) 12:40, 28 November 2019 (UTC)
Good, reliable sources don’t NEED a “pause before removal”, because no one is likely to remove them. Unreliable sources don’t need a “pause before removal”, because we agree as a community that they are not appropriate. Deprecated sources DO need a “pause before removal” because they are neither fish nor fowl... They are neither reliable nor unreliable. It depends on context. The pause is to examine that context, and to determine if that context is one of the limited situations where the use of the deprecated source is appropriate. Blueboar (talk) 14:28, 28 November 2019 (UTC)
Well said. Andy Dingley (talk) 19:46, 1 December 2019 (UTC)
Content can be removed for normal content removal reasons, just not for "Unreliable Source" during the window. This effectively treats the source as "fine for now, will become blacklisted eventually". There is no additional protection given to the content or the source beyond the protection from being removed as "unreliable source" (which a good source would also have). If the content is inappropriate for the article, if it is vandalism, if it violates other policies, etc it can still be removed per normal Wikipedia editing policies. Basically, treat the source as "fine" for pre-existing content during the transitionary period, but with a warning to users that the source is going to become blacklisted after a time and they should take measures to address the situation if they want the content to remain. Micah71381 (talk) 12:53, 28 November 2019 (UTC)
Not long ago, someone removed one of these so-called "known bad" sources and modified content, replacing the "known bad" source with a "not-known bad source". Thing was, the so-called "known bad" source was absolutely 100% accurate, and the replacement was wrong, and factual inaccuracies were literally added to Wikipedia. This is why we can't get even close to automating this process, particularly when the use of these sources is contextual and even per DEPS, agreed reliable in some circumstances. The Rambling Man (Staying alive since 2005!) 15:19, 28 November 2019 (UTC)
  • But I can currently remove any source I feel is unreliable with "unreliable source", with the content cited to it if I don't think finding a source for that content is likely to happen. I can even do so on a dozen articles or a hundred articles, if I want to be fairly WP:BOLD about it or am extremely confident that the source is unreliable, without any discussion or RFC of any sort in advance. This proposal would redefine "deprecation" to give such sources special protection for months on end, which is extremely misleading - I would still be able to mass-remove sources that haven't been discussed, but sources that the community has agreed are severely unreliable in all cases would be specially protected? Absurd. --Aquillion (talk) 14:01, 28 November 2019 (UTC)
And new links to deprecated sources are added all the time - there's really no justification for protecting those known-bad additions
  • User:David Gerard Per (9) in the above list, new content from a deprecated source is disallowed, effectively treated like a blacklisted source where only WP:CONTEXT can override it. During the transitionary period, any new additions would be treated as though they came from a blacklisted source, so there would be no protection for them like there would be for pre-existing sources. Micah71381 (talk) 12:57, 28 November 2019 (UTC)
  • As I mentioned in my response, I feel that this proposal is invalid (as in, it cannot be implemented even if it obtains consensus here.) It would redefinine "depreiated" in a way that would effectively overturn every RFC that has ever used the term, and I would even argue that it wouldn't apply to any future RFCs that use the term unless they specifically incorporate its text in the RFC proposal, since its meaning is idiosyncratic to the point of meaningless. "We want to deprecate this source" does not mean "we want to provide special protections for existing usages of this source", and, therefore, any RFC that decides on deprecation would override this RFC unless the response here is extremely high (as most of the RFCs this seeks to undermine were.) --Aquillion (talk) 14:12, 28 November 2019 (UTC)
User:Aquillion In your opinion, what is the difference between deprecated and blacklisted? When you say, "Unreliable sources should be fixed (including by removal, if necessary) on sight. Always, without exception." that makes me think of how blacklisted sites should be handled. To me, the difference between deprecated and blacklisted is that deprecated sources in existing articles (prior to the deprecation) are not in need of speedy deletion/removal, while blacklisted sources should be purged with prejudice from Wikipedia. Micah71381 (talk) 15:13, 28 November 2019 (UTC)
Blacklisting a source adds an edit filter to prevent people from using it, and requires that it be removed as soon as possible. Deprecation merely establishes a consensus that it can be removed on sight, raising the burden of anyone who wants to object to a removal by requiring that they answer the consensus in the RFC. Note, even without formal deprecation, and even without any existing discussion, any unreliable source can be removed on sight with an edit reason of "unreliable source" - in fact, WP:RS establishes this (and that will remain true, for all unreliable sources, regardless of the outcome of this RFC and regardless of deprecation, since WP:RS is not subject to consensus.) Deprecation just speeds up this process by avoiding the need to discuss the source every time someone objects to a removal and therefore making it easier to rapidly remove it from many articles at once (since if you do so before it's deprecated, you'll have to answer each objection individually, and may face trouble if your decision that it was unreliable turns out to be sufficiently contentious.) But "remove unreliable sources on sight", with a reason of "unreliable source", is the default - and appropriate behavior required by WP:RS, with the caveats just being disagreement over whether a source is reliable in that context and whether to remove / replace. It is not something an RFC is required for, and certainly not something this RFC could restrict. --Aquillion (talk) 20:19, 28 November 2019 (UTC)
User:Aquillion This quote of yours, "we could wait six or even twelve months before doing anything systematic about them", makes me think that perhaps you have misunderstood this proposal slightly. During the 6-12 months, you can take action to address the issue of sourcing. The only thing you cannot do is remove the source/content for the reason of "Unreliable Source". As soon as the deprecation occurs the source will be marked as {{better source}}, potentially by a bot, so there would be an even more immediate and systemic action taken than the current procedure. Along with that, any editor may freely replace the source with a more reliable source without discussion. The content itself is also not protected other removal reasons due to "Unreliable Source", so there are still a number of reasons you can remove a source from an article during this transitionar period. Micah71381 (talk) 15:13, 28 November 2019 (UTC)
The only thing you cannot do is remove the source/content for the reason of "Unreliable Source". Incorrect. WP:RS is core policy and not subject to consensus; therefore, you can always remove an unreliable source on sight with the reason of "unreliable source", no matter what, without exception, and will always be able to do so regardless of the outcome of this RFC. This policy cannot and will not change that; if people believe incorrectly believe that it would have such an effect, it should be hatted immediately. There is room to debate what sources are reliable and how to handle unreliable ones, but if anyone contributing to this RFC thinks that it will delay the removal of a source that an RFC has found to be unreliable in a particular usage from situations where it is being misused, they need to back down immediately. That directly contradicts the requirements of WP:RS and is therefore not possible - unreliable sources are always at least potentially subject to immediate removal. --Aquillion (talk) 20:19, 28 November 2019 (UTC)
  • Nitpick, but an important one I think for this particular conversation: WP:RS is a Guideline, not a Policy. WP:VERIFY is the policy that underpins WP:RS.
I'd support users being able to use deprecated sources provided they mark the use as such and it gives their justification. Normal talk page discussions can deal with anything beyond that. Not that it is blacklisted like spam. Dmcq (talk) 15:21, 28 November 2019 (UTC)

We can add a "none grandfather" clause that says this only applies to cites 12 months old, after this new proposal comes into effect. Any source added after this date is still subject to summery removal.Slatersteven (talk) 15:25, 28 November 2019 (UTC)

  • How do you tell the age of a given source in an article? It's considerable faff with the history. The proposal throws up gratuitous roadblocks, and still specially-protects the worst sources - David Gerard (talk) 17:15, 28 November 2019 (UTC)
I did not say it was easy, but I thought this was a bot? Would it not be possible to have that bot only mark cites added before a certain date?Slatersteven (talk) 17:44, 28 November 2019 (UTC)
  • As mentioned above, this proposal cannot "come into effect" as written. WP:RS always allows the immediate removal of an unreliable source, fullstop, and is not subject to consensus. There is room to disagree over whether sources are unreliable and how to use them, but "we have agreed that this source is unreliable in this context, but people are not allowed to remove it for the next twelve months" contravenes core policy and is therefore unenforceable regardless of the outcome of this RFC. It is flatly not acceptable, under WP:RS, to say "this source is not reliable, but we are going to use it here for twelve months anyway." --Aquillion (talk) 20:37, 28 November 2019 (UTC)
Again I think this is just about an automatic bot.Slatersteven (talk) 14:01, 29 November 2019 (UTC)
Nil Einne Would you be more amenable to this proposal if BLP was specifically called out (as is common in many guidelines and policies)? Or does the complexity of the guideline still leave you in the oppose camp? Micah Zoltu (talk) 17:13, 30 November 2019 (UTC)
  • A note on automation: I generally support more automation on Wikipedia (see §1-2 in the proposal). I think there's place for a separate discussion on automated scan-and-tag (with {{deprecated inline}}) upon source deprecation, possibly with automated removal and re-tagging (with {{cn}}) after 12-24 months of inactivity. François Robere (talk) 17:52, 30 November 2019 (UTC)
I am strongly opposed to automation for this. The simple fact is, there are nuances to dealing with deprecated sources that a bot simply can not handle. It has to be done the hard way... case by case and by hand. Blueboar (talk) 17:02, 3 December 2019 (UTC)
  • What if instead of {{cn}} we create a new tag (ie {{cndr}}) specifically indicating citation needed because deprecated source removed? Hyperbolick (talk) 18:58, 30 November 2019 (UTC)

Deeper Problems: Deletion of arbitrary content citing "Unreliable Source"[edit]

Reading over this discussion, I think we may actually have a deeper seated problem than deprecation. Above User:Aquillion says, "But I can currently remove any source I feel is unreliable with "unreliable source" with the content cited to it if I don't think finding a source for that content is likely to happen" and this seems to mirror the behavior that some editors exhibit. My understanding of reliable sources (following the ethos of WP:DONTREVERT) is that individual editors do not get to assert that some particular source is unreliable and delete content just because they think it is unreliable. There is a process for getting a source marked as unreliable both for a single page/citation (talk page), or more broadly (Wikipedia:Reliable sources/Noticeboard). Am I misunderstanding policy here and anyone can delete anything citing "Unreliable Source" and that is acceptable behavior of an editor? I have been operating under the understanding that the first step if you believe a source is unreliable and it isn't listed on Wikipedia:Reliable sources/Noticeboard is to either replace the source with a more reliable one, or bring it up on the talk page and engage with other editors to either find a better source, or remove the content if the talk page consensus is that the source is unreliable.

Throughout the Wikipedia editor behavioral guideline pages it repeatedly talks about how we should be WP:BOLD but also prefer to to add content rather than remove content. This feels like a situation where if someone added something and the only issue an individual editor has with it is reliability (meaning one editor thinks the source is reliable, and one thinks it is unreliable), then we should default to siding with the party who wants to add content, rather than siding with the party who delete content.

You profoundly misunderstand policy, yes. WP:RS requires that all sources be reliable; therefore, removing a source with a reason of "unreliable source" is always valid in the same way that eg. removing uncited material or unencyclopedic content or things that plainly violate WP:TONE is always valid. Individual cases can be more complex and require more discussion; particularly in contentious cases it might be worthwhile to have discussions in advance to establish a consensus on how a source can and can't be used (or if it is usable at all outside of the highly-restrictive usage that allows almost anything, eg. WP:ABOUTSELF.) And certainly if there are substantial objections, anyone making mass edits to remove a source should slow down and go to WP:RSN to obtain a consensus before continuing (deprecation, of course, is such a consensus.) There's no strict default on who to side with in such a dispute for most situations - once there's disagreement it becomes necessary to talk things out; but note that in WP:BLP situations policy unambiguously sides with people removing the source. In other situations, deprecation is a way to settle those disputes by allowing a source to be rapidly removed with objections directed back to the RFC; without deprecation, you can absolutely remove sources (and even boldly remove it on multiple articles), but must stop and answer individual objections or stop and hold a centralized RFC if it's clear that there's substantial disagreement. The idea that sources would be presumed reliable (ie. removing them is not permissible without established consensus) is absurd and goes against Wikipedia's standard editing policies - WP:BOLD absolutely allows removal (if anything it slightly favors removal, especially of recent material, since adding an unreliable source without estrablishing its reliability in advance is itself bold. And of course, as mentioned, in WP:BLP situations you are required to remove unreliable sources on sight, and restoring them is not permissible without a clear consensus supporting restoration.) --Aquillion (talk) 20:35, 28 November 2019 (UTC)
So (lets give you are scenario) someone (using a deprecated or dare I say it even banned source) uploads say "Slaves in the south were happy being slaves" that should stay because it is sourced? Or "NASA never landed on the moon" or "Kennedy was killed by Tuffty club assassins to demonstration how dangerous roads are"?Slatersteven (talk) 14:00, 29 November 2019 (UTC)
  • Great examples Slatersteven. I think what I would like to see in such a situation is at least a claim made by the person removing the content that the information is likely untrue. Part of the problem I'm witnessing both in the issues that lead to this thread and throughout other parts of Wikipedia is that editors are just saying "Unreliable Source" and deleting content without trying to find an alternative source, and for content that is largely undisputed. As an example, if you have 100 unreliable (but not deprecated/blacklisted) sources that all say that X happened, and 0 reliable sources that say otherwise, and little to no reason to believe that the data is incorrect, I think we should err on the side "keep the content". Of course, such a strategy applied without thought has its own set of problems such as people creating 100s of unreliable sources to make some claim no one would report contrary to (e.g., celebrity X was an extra in movie Y, no one will report that celebrity X was not an extra in movie Y). Regardless of which side we land on on this issue, editor judgement needs to play a larger role than is being employed currently.
  • TL;DR: I think the root problem that people are frustrated with is that some editors do not appear (not implying bad faith) to be applying judgement to their editorial strategy. They appear (not implying bad faith) to be doggedly adhering to policy/guidelines without regard to context. This thread, I believe, is essentially other editors trying to formalize a set of rules that will protect Wikipedia from such edits, but in reality I think the core problem is that context and judgement are either not being used or there is disagreement on context and judgement (likely), and disputing context/judgement is really hard and will very often result in an edit war. I don't think I have a good solution for how to deal with editors who don't apply judgement/context, and even less of a solution for dealing with editors who disagree on context/judgement. I don't think any proposed solutions to the problem, including the status quo, will actually resolve this core problem. This problem is particularly bad since a WP:DISRUPTive editor (not implying anyone here is disruptive) can lean on the fuzziness of context/judgement to WP:GAME. Micah Zoltu (talk) 15:09, 29 November 2019 (UTC)
Which I agree with, because everyone things their loony theory is logical, factual and not disproved (often because RS cannot be bothered to even look at it). Moreover this also reds a bit ORy, "well I think this sounds reasonable, so lets keep it". NO, our cornerstones are verifiable in reliable sources, not logic or reason or persuasive argument (I have recently seen a block for just this sort of argument). Also we do have wp:undue, if no one who is significant gives a damn why should we?Slatersteven (talk) 15:39, 29 November 2019 (UTC)
  • people are frustrated with is that some editors do not appear (not implying bad faith) to be applying judgement to their editorial strategy. They appear (not implying bad faith) to be doggedly adhering to policy/guidelines without regard to context. It is remarkably forthright of you to admit that you find our core policies to be frustrating, but they are, nonetheless, core policies. If you're in a disagreement with someone who you think is misapplying WP:V, find a better source or produce a consensus that the source is reliable in that context. Those are your options. (For the record, I am sure many of them find you to be failing to apply judgment when adding or restoring sources, and many of them feel you are mindlessly ignoring policy / guidelines without regard to context. But we settle this sort of dispute with our policies and guidelines, not by saying "I find it really annoying when people cite WP:V and WP:RS at me, so let's make WP:V unenforceable." Even if you, personally, feel that an unsourced statement you added to an article is "largely undisputed", the WP:ONUS is on you to demonstrate that by producing a reliable source. I know it can be frustrating and time-consuming to produce such a source, and it can be dispiriting to see the stuff you added to an article repeatedly removed, but when something is legitimately challenged it should always be removed immediately (and will always be removed immediately, especially in WP:BLP situations); if you want to restore it, grit your teeth and put in the effort to find that source rather than wasting time and energy on terrible suggestions like this one. No matter how strongly you feel that a statement is so self-evident that it doesn't require a source, nobody is going to give you a blank check to put or keep essentially unsourced material in the encyclopedia just because you strongly feel it to be true (outside of the limited scope of WP:BLUE, I suppose.) --Aquillion (talk) 18:35, 30 November 2019 (UTC)
  • Existing methods work quite well on loony theories. The problems arise when there is genuine disagreement between responsible editor on wha controversial matter, because the general (and appropriate) way of conducting an argument on disputed content is to attack the reliability of the sourcing. Any attempt to set up a complicated procedure here will provide more opportunities for those WPedians who are in the majority here to decrease the amount of coverage of other views or even remove them entirely. (I almost always agree myself with the majority position here in most such questions, but the proper way of explaining it is to give every view a proportionate coverage, not try to decrease it by focussing on deprecating every source used while ignoring the possible dubiousness of some of thes ources that agree with the majority.) NPOV requires active measures to counter the inevitable tendency to want content to support what one thinks ought to be the case. DGG ( talk ) 21:08, 29 November 2019 (UTC)
    DGG, that's a risk, but I'd be interested in specifics. Normally I have not found it difficult to document genuinely significant insanity from reliable sources. We've learned how to deal with this through long experience with Truthers. MONGO is particularly good at it. Guy (help!) 11:37, 6 December 2019 (UTC)
  • Suggest a two-step process to avoid excess abruptness. First, tag content {{better source needed}} to give heads up on problematic source. In a few weeks, remove bad source, change tag to {{citation needed}}. In a few weeks more, if no better citation given, then delete content. Hyperbolick (talk) 21:20, 29 November 2019 (UTC)
  • This is the same as Proposal 3 above I believe, just with shorter time frames. If you agree with that, I would encourage you to express your support above with a caveat that the timeframes should be shorter. I would personally be fine with shorter time frames.
  • Point is, content is not the same as source. If the claim that the Pope is Catholic is cited to an unreliable source, does it ever make sense to remove both source and claim? Hyperbolick (talk) 21:36, 29 November 2019 (UTC)
  • Reading back over Proposal 3, I think I poorly phrased the last step in the process. My intent with the last step in the process is that any content referencing a deprecated source would be "open season" by editors for removal with prejudice. This wouldn't override Wikipedia policy by demanding that the sky is blue is deleted because no one updated the source to a non-deprecated source, it would just move the onus from the person removing the content to strongly back up their claim (which would be the operating procedure during the 12 month window) to the person wanting to retain it to strongly back up their claim. The purpose of Proposal 3 is give people time to fix pages they care about before editors come in and do mass deletions with minimal editorial research. Micah Zoltu (talk) 21:55, 29 November 2019 (UTC)
  • The phrasing isn't the issue. Material without a reliable source can be removed at any time by any editor, and a reliable source must be produced to restore it. You cannot change that, fullstop. --Aquillion (talk) 18:35, 30 November 2019 (UTC)
  • As I already said above, we cannot set the process you're requesting. It is a violation of WP:V to require that material without a reliable source remain in place for even a single minute, and it is a violation of WP:BLP to leave such material up at all. We can sometimes disagree over whether a source is adequate, and it is appropriate to request that editors be cautious in situations that they know to be controversial; but when, for instance, a source is clearly unreliable and is being used to cite an WP:EXCEPTIONAL claim, it should always be removed quickly; discussion is not necessary. This is core policy and cannot be changed by discussions here, so I will continue to edit in accordance with that policy (ie. removing things that are exceptional and indisputably sourced to unreliable sources, immediately and without discussion) regardless of discussions here - and I fully expect that anyone who restores such removals without obtaining a clear consensus to do so will get blocked, while my removals will be appropriate. Again, I can understand some of the angst over rapid-pace removals, especially in situations that are not so clear-cut; I could support a loose, optional essay suggesting voluntary guidelines for when to discuss things, and plainly things like careless removals causing disruptions are a separate issue that need to be handled on an individual basis. But the hard, sweeping restrictions people are proposing here directly contravene WP:V and are therefore utterly unenforcable - no matter what happens with this discussion, things that plainly lack a reliable source would still be removed immediately, and anyone who repeatedly restores such material would still be subject to a block for violations of WP:V. Proposal 3 should be hatted immediately; thankfully seems to be heading to the well-deserved dismissal such a terrible proposal deserves, it would remain unenforceable even if supported by unanimous consent. WP:V cannot be changed by editorial consensus and, therefore, any material lacking a reliable source directly supporting it may be removed and should not be restored without an inline citation to a reliable source. --Aquillion (talk) 18:29, 30 November 2019 (UTC)
  • I largely agree with you at this point, see my TL;DR above. I think the real underlying problem here (which it sounds like you agree is a problem if it is occurring) is that there is the appearance/belief that some editors are not trying to find alternative sources, are not using judgement to decide whether the claim is exceptional or not, or are doing mass reverts/deletes rather than precise deletions. This sort of behavior is hard to prove since the editor can just say "the claim seems exceptional to me" or "oops, didn't mean to delete that" over and over again and it becomes exhausting to cleanup after such a person and debate them over and over again, even if you are winning the exchanges. On top of that, since following someone around and fixing their mistakes is generally not allowed, you may end up getting in trouble for trying to protect Wikipedia from such an editor. This is what leads to proposals like these, where people are trying to figure out a way to protect Wikipedia from a perceived problem. Micah Zoltu (talk) 18:44, 30 November 2019 (UTC)
  • Exactly... the issue is that, as a community, we really do not like it when editors make mass edits (even when those edits are totally in line with policy ... people have been sanctioned for going on policy “enforcement crusades”). Go through a series of articles, one at a time over the course of several months, and remove/replace poor sources and iffy content... no one gets upset. Do the same all at once, and the edits appear unthinking (even when they are not), and the edits are deemed disruptive.
The community agrees that certain sources should be deprecated... and that in most (but NOT all) situations they should either be replaced or removed. But we ALSO want that done carefully (because there ARE exceptions to deprecation). And THAT means we have to do it the hard way... one citation at a time... slowly and by hand. Blueboar (talk) 19:26, 30 November 2019 (UTC)
This is literally what I do - you're battling a straw man - David Gerard (talk) 20:04, 30 November 2019 (UTC)
Blueboar, what you're saying - and it's absolutely true - is that you can get away with purging all references to a crap source (a predatory journal, say) as long as you do it in a way that nobody notices.
We have strong support for identifying sources that are generally unreliable, super-strong support for RS as a principle, but no documented consensus around the inevitable corollary that once a source has been identified as unreliable it should be removed, despite a long history of having done exactly that (e.g. with Breitbart).
So while you're right that removing over a period of time is certainly less likely to cause drama, that arguably introduces a policy that you can only remove sources as long as nobody notices, which is unsatisfactory and more or less guaranteed to result in drama. Guy (help!) 11:34, 6 December 2019 (UTC)

More html[edit]

Make it so that trusted users can insert raw html into Wikipedia. (enable $vgRawHtml)

E Super Maker (😲 shout) 01:33, 27 November 2019 (UTC)

For what purpose? * Pppery * it has begun... 01:37, 27 November 2019 (UTC)
Things like embedding maps, adding more programming languages for bot development, etc.
E Super Maker (😲 shout) 20:32, 27 November 2019 (UTC)
Seems problematic in a working Wiki. — Arthur Rubin (talk) 22:37, 27 November 2019 (UTC)
Why would it be problematic? It could be a user right. E Super Maker (😲 shout) 00:05, 28 November 2019 (UTC)
Wikitext should be editable by others. There would need to be a concrete proposal relating to improving a specific article. Johnuniq (talk) 00:44, 28 November 2019 (UTC)
@E Super Maker: This would require the same trust level as interface administrators. That group currently has only 12 users, for good reasons. Any HTML would be a burden on those users to maintain, so it would have to be really important. Many pages already contain embedded maps; click on the globe icon next to the coordinates on the upper-right corner of, e.g. Death Valley. See WP:WMA. What do you mean by programming languages for bot development? Suffusion of Yellow (talk) 01:00, 28 November 2019 (UTC)
This is a horrid idea per mw:$wgRawHtml and mw:Cross-site scripting. It will open up a massive security vulnerability. If the existing, allowed HTML tags are not enough, you should seriously reconsider the approach you're taking. Wug·a·po·des​ 03:14, 28 November 2019 (UTC)

<blink>Please, no.</blink>. -- RoySmith (talk) 13:34, 28 November 2019 (UTC)

<marquee>Oppose.</marquee> SportingFlyer T·C 13:38, 28 November 2019 (UTC)

I am pretty sure those both don't work because browsers dropped support for them, not because they are arbitrary HTML. Arbitrary HTML that doesn't work includes <a> and <img>. --Izno (talk) 16:35, 28 November 2019 (UTC)
That was my point :D SportingFlyer T·C 13:40, 30 November 2019 (UTC)

Mixing encoding formats creates complex and sometimes impossible to resolve ambiguities. We already mix percent-encoding, HTML encoding and wikitext encoding in URLs (potentially all three in the same URL) in violation of RFC 3986, it's crazy. -- GreenC 16:17, 28 November 2019 (UTC)

There's so many things I could do if I could insert my own html into Wikipedia pages! Even without Javascript I could do marvels with css. Fiendishly rubs hands together with glee. 😈 H̷̨̺͎̖͈̺̦̳͉͕̲̓̈̕͜è̶̡̠̤̫̭͖̗̗̐̀͗͂͌́́͗ ̴̜̼̖̻̲̃̑̏̽̑͠c̵̩͕̭͓̥̯͉͉̪̖̈́̽̾̉͝͝õ̷̧͓͍̺̱̋̑͜m̶̦̅ẻ̵̖̓́̉͊͐̇͜s̸̪͒̂̚ ̴̛͇̜͙͙̤̣̰͎̪͔͈̻͓̟̩̏͒̐̒͂͘͜͠ͅ 1 ǝǝɥ ǝǝɥ ǝH So yes my full support (no not really) 12 is quite enough people with that right. Dmcq (talk) 16:30, 28 November 2019 (UTC)
1 disrupting text format esacaped. — xaosflux Talk 17:17, 28 November 2019 (UTC)
@Dmcq: You can add CSS, with some minimal constraints. See WP:TemplateStyles. --Yair rand (talk) 22:54, 28 November 2019 (UTC)
Hmm, looks enough for me to put in a css game without risking getting blocked :-) Dmcq (talk) 13:30, 30 November 2019 (UTC)

<blinquee>Please no.</blinquee> - David Gerard (talk) 17:16, 28 November 2019 (UTC)

Well, how about it be an ability for template administrators? E Super Maker (😲 shout) 20:49, 28 November 2019 (UTC)

@E Super Maker: Are you familiar with Cross-site scripting? How many editors, exactly, do you want to have full control of your account, or do all the privacy-violating stuff here, or, if your browser isn't quite up to date, install malware on your computer? Suffusion of Yellow (talk) 20:58, 28 November 2019 (UTC)
@Suffusion of Yellow, in the above post it states that only template administrators would have this ability. E Super Maker (😲 shout) 21:53, 28 November 2019 (UTC)
E Super Maker, there are no "template administrators" because there is no such role. There are 12 interface administrators who were chosen for their ability & to minimise the risk to users, and 179 template editors exactly none of whom were chosen after an assessment of their raw html skills. If you want to pursue this further, can I suggest going here. Cabayi (talk) 17:45, 6 December 2019 (UTC)
I think it is too easy for someone malicious to set up underhanded Javascript. Many people will have heard of the International Obfuscated C Code Contest, but much more worrying are the entries in the Underhanded C Contest. Though I guess even straightforward links make it easy enough to delude lots of readers and get their details. Dmcq (talk) 13:30, 30 November 2019 (UTC)

“Notes” Section revamp.[edit]

What I’ve noticed in some articles in Wikipedia is that the ‘Notes’ section usually has information that should be present in “References” instead. I believe it’s time we should revamp the meaning of the notes section in Wikipedia. These are my proposals:

We should use the Notes section in articles to let the readers know about something that otherwise wouldn’t be suitable in hatnotes, such as “This article uses both the GMT timezone in some sections and the EST time zones in others where it is suitable” etc. Although this is present in some articles, surprisingly quite a lot of articles don’t do this.

As a result of that (and bear in mind what I am about to say it is only to see the views of those that will partake in the debate on the following point I’ll be raising), we should also move the Notes section near the top of the page so the reader is aware of any information contained in the Notes section before reading the article. Neon 12:00, 30 November 2019 (UTC — Preceding unsigned comment added by OfficialNeon (talkcontribs) 12:00, 30 November 2019 (UTC)

A move like that disrupts both the format and the flow of the articles. Notes are important clarification or direction, but they are a sideshow to the main subject, and are relegated near the bottom for a reason. I do not think we should mess with a machine that works. 7&6=thirteen () 11:22, 30 November 2019 (UTC)
The primary use of a Notes section that I've seen is for explanatory footnotes related to the article's subject. I'm not sure if you're suggesting to limit Notes to meta-article information. I disagree with moving its position; footnotes are usually written to be read in context. isaacl (talk) 17:24, 30 November 2019 (UTC)

Rfc on redirect patrolling[edit]

Users may be interested in an RfC at Wikipedia talk:New pages patrol/Reviewers/Redirect autopatrol#RfC on autopatrolling redirects. Thanks, --DannyS712 (talk) 01:59, 2 December 2019 (UTC)

Protect sections?[edit]

I noticed on the article "2016 United States presidential election in Arizona" there has been some vandalism to the number of votes in Maricopa County. This leads me to the proposal of protecting a specific section (but not the entire article). I don't think there really needs to be changes to the results by county section. I'm not perfect but I'm almost (talk) 19:29, 2 December 2019 (UTC)

Doesn't seem technically feasible. — Arthur Rubin (talk) 20:03, 2 December 2019 (UTC)
We've wondered this before, but people can, and do, frequently edit sections (even assuming you weren't deliberately messing with them) so tracking stuff to them is tough. It's related to the difficulty that section watchlisting and some of the suggested talk page changes cause. Nosebagbear (talk) 09:36, 3 December 2019 (UTC)