Jump to content

Wikipedia:Village pump (policy): Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
RfC Comments (disclosing usernames): statement is in the context of projects that have not opted to approve an alternate disclosure policy
Line 877: Line 877:
**:Related to enforceability, what if the advertising website prohibits links?
**:Related to enforceability, what if the advertising website prohibits links?
**:What if advertisers are dishonest with the disclosures? If I were an unscrupulous paid editing outfit, I might consider "disclosing" that I was the editors responsible for anything listed at [[Wikipedia:Featured articles#Business, economics, and finance]]. [[User:WhatamIdoing|WhatamIdoing]] ([[User talk:WhatamIdoing|talk]]) 03:50, 17 October 2020 (UTC)
**:What if advertisers are dishonest with the disclosures? If I were an unscrupulous paid editing outfit, I might consider "disclosing" that I was the editors responsible for anything listed at [[Wikipedia:Featured articles#Business, economics, and finance]]. [[User:WhatamIdoing|WhatamIdoing]] ([[User talk:WhatamIdoing|talk]]) 03:50, 17 October 2020 (UTC)
**::{{re|WhatamIdoing}} There's already required to be a corresponding disclosure of the Upwork/etc. account on the Wikipedia user page, so it'd be possible to refute the improper listing. And, for what it's worth, unscrupulous paid editing outfits already can and on occasion do claim to have Wikipedia accounts with trust/status that they plainly do not have, which is not something that we can prevent simply by our say-so, and this policy doesn't actually make it ''easier'' to do so. Best, '''[[User:L235|Kevin]]''' (<small>aka</small> [[User:L235|L235]] '''·''' [[User talk:L235#top|t]] '''·''' [[Special:Contribs/L235|c]]) 06:37, 17 October 2020 (UTC)

: Also, should paid editors be required to disclose all their accounts, whether they're used for paid editing or not including they're not using for COI editing? [[User:Graywalls|Graywalls]] ([[User talk:Graywalls|talk]]) 16:32, 16 October 2020 (UTC)
: Also, should paid editors be required to disclose all their accounts, whether they're used for paid editing or not including they're not using for COI editing? [[User:Graywalls|Graywalls]] ([[User talk:Graywalls|talk]]) 16:32, 16 October 2020 (UTC)
*I am in support but slightly curious, if legal thinks this is a good move to help with enforcement, why don't they just add it into the TOU (as well as absorbing the current [[meta:Linking to external advertising accounts|cross-project policy]] into it)? Wouldn't adding it to TOU be more helpful for enforcement compared to a project policy? [[User:ProcrastinatingReader|ProcrastinatingReader]] ([[User talk:ProcrastinatingReader|talk]]) 18:06, 16 October 2020 (UTC)
*I am in support but slightly curious, if legal thinks this is a good move to help with enforcement, why don't they just add it into the TOU (as well as absorbing the current [[meta:Linking to external advertising accounts|cross-project policy]] into it)? Wouldn't adding it to TOU be more helpful for enforcement compared to a project policy? [[User:ProcrastinatingReader|ProcrastinatingReader]] ([[User talk:ProcrastinatingReader|talk]]) 18:06, 16 October 2020 (UTC)

Revision as of 06:37, 17 October 2020

 Policy Technical Proposals Idea lab WMF Miscellaneous 
The policy section of the village pump is used to discuss proposed policies and guidelines and changes to existing policies and guidelines.
  • If you want to propose something new that is not a policy or guideline, use Village pump (proposals).
  • If you have a question about how to apply an existing policy or guideline, try one of the many Wikipedia:Noticeboards.
  • This is not the place to resolve disputes over how a policy should be implemented. Please see Wikipedia:Dispute resolution for how to proceed in such cases.

Please see this FAQ page for a list of frequently rejected or ignored proposals. Discussions are automatically archived after remaining inactive for two weeks.


Is it time to place greater restrictions on AfD?

Deletion discussions remain one of the most hotly controversial parts of the project, but the bar for participation is lower than most other controversial parts of the project.

Bad faith nominations are a common form of harassment or POV-pushing, and while such nominations are rarely successful, there are no protections in place to prevent it from taking a toll on the victim (in cases of harassment) or taking a large amount of volunteer time (for harassment or for POV-pushing). Starting a deletion nominated currently requires autoconfirmed status (4 days + 10 edits).

Once the nomination is started, it's common for people associated with the subject to use social media channels to influence the discussion (whether to support or oppose deletion). New users who sign up just to advocate a position in a deletion discussion rarely take the time to familiarize themselves with Wikipedia's deletion-related policies and guidelines, leading to large numbers of low quality !votes that complicate discussions. In very rare cases, after discussions are already severely affected by canvassing, we semi-protect them. Canvassing creates a lot of drama, rarely helps a deletion discussion, and wastes a huge amount of time and energy.

Is it time to place greater restrictions on AfD? Three inter-related questions for the community. Please note that this is not a proposal, but a discussion to see if a proposal makes sense.

1. Should there be stricter requirements to start a deletion discussion?

2. Should deletion discussions be semi-protected by default?

3. If yes to either of the above, what is the best way to allow new users to participate productively (for example, using AfD talk pages)?

Rhododendrites talk \\ 22:10, 9 June 2020 (UTC)[reply]

Discussion (AfD restrictions)

  • Some context for why I started this thread: For years I've participated at AfD and have seen the problems caused by canvassing over and over again. So question #2 has long been on my mind.
    What has me thinking about question #1 took place over the weekend: a Wikipedian created an illegitimate sock puppet for the sole purpose of nominating for deletion three related articles: Anna Gifty Opoku-Agyeman, Corina Newsome, and Earyn McGee. It's not the first time I've seen people use AfD to nominate groups of related articles in bad faith, nor the first time I've seen it used to to target biographies of women or people of color in particular. It didn't take long to cause a stir on Twitter, etc., perceived as yet another example of systemic bias on Wikipedia.
    Of course, those of us insiders know that this was actually an example of process working in the end -- that this was just one illegitimate sock puppet causing trouble, and the articles had little chance of being deleted because it's "not a vote" and whatnot. Here's the thing, though: it's still damaging. Bad faith nominations are not only a huge time sink to the community, requiring people to make sure process does win out; it's also a terrible experience for the article creator/editors, it's a terrible experience for the article subject, and it's a terrible experience for anyone else who looks in and cannot be expected to see what we see. They see Wikipedia working on deleting a topic they care about, and cannot be expected to understand the "don't worry, it's not a vote, and process will win out" part that we might say to ourselves while grumbling.
    So I, for one, do think it's time to raise the bar a bit. How much to raise it is the big question as far as I'm concerned. — Rhododendrites talk \\ 22:10, 9 June 2020 (UTC)[reply]
On the last two of those, unless I'm missing something, that was an empty nomination ? I would say that admins should feel empowered to close empty or bad faith nominations, especially if they believe they may draw external involvement (Which should be taken as a given for any BLP for anyone of an underpresented minority on WP). If an experienced editor believes the article does merit deletion, let them open a fresh deletion discussion with proper rational (and there should be no penalty here if that's opened even the same day as the rapid closure of the previous one). We may not catch all the bad faith ones, if they are nominated with a reasonable cause (as the first of your three appears to be on a first quick read), but at least we shouldn't let the clear bad ones linger for the 7 required days and cause long term problems --Masem (t) 22:26, 9 June 2020 (UTC)[reply]
Right. Like I said, process usually wins out, but why is this permitted to begin with? How often do you see successful, good faith, policy-based nominations from new users, as compared to the kind of problems caused in this example? How many of those positive examples could be handled through other means (e.g. requesting an AfD at WT:AFD, PROD, etc.)? My central point about question #1 is about new users' nominations being a net negative, and that the negative effects probably reach further than most people would think, because we tend to think of AfDs as being behind-the-scenes projectspace business. — Rhododendrites talk \\ 22:32, 9 June 2020 (UTC)[reply]
I think the deep problem is identifying bad faith nominations. I worry that closing empty nominations is not a robust solution to the problem, because it doesn't take much for disruptive editors to learn how to give the appearance of a rationale. Just quickly looking back over the (all presumably good faith) AfDs I've participated in this year, the modal deletion rationale is typically one sentence along the lines of "This article does not meet the notability guidelines", and (very reasonably) nobody blinks an eye when that's written by an editor with a few hundred edits who stacked a dozen pages in AfD in one afternoon with identical rationales -- most of the time, that sort of deletion is just a user who spent a few hours helping to build the encylopedia by patrolling for non-notable pages, and decided they found several. So I worry that resting everything on an idea like "admins should delete any rapid string of AfDs by a new editor with empty/totally trivial deletion rationales" just moves the problem to a question of how to tell the difference between good faith (but perhaps rather lazy) tagging on the one hand, and disruptive trolling on the other. In this situation, for example, it seems reasonable to guess that with a bit more effort the person who started this AfD might have been able to write a persuasive appearance of a sincere deletion rationale, since they openly admitted to being a sockpuppet during the AfD (as was noted at AN). And that same AfD but with a policy-motivated deletion rationale would still have been subject to all the same canvassing, spam, and trolling. - Astrophobe (talk) 23:06, 9 June 2020 (UTC)[reply]
Empty nominations are easy. And given that most experienced editors know of the BEFORE process and how to nominate, I could see that when we have a sub-par nomination (no sign of prior research, maybe just claimed "person is non-notable", and a quick check of the target AFD page shows 20+ sources with clear reliable sources being used, they can do this rapid close and add something in their close "Any experienced editor, believing this was a valid AFD, may reopen/restart this". Heck, that's even better, just have the rapid close if the admin thinks it is a bad faith AFD, but if an experienced editor thinks it is valid, they can ask to have the nomination opened again on the admin's talk page, mimicking the process one uses to question the standard admin closure process.--Masem (t) 23:49, 9 June 2020 (UTC)[reply]
@Masem and Astrophobe: we need to be more nuanced instead of immediately calling this a "bad faith nomination" just because the nominator chose a sock-puppet account rather than their established Wikipedia identity. As someone who has recently been singled-out and targeted by a right-wing website for my involvement in blacklisting The Epoch Times, I can understand why someone wanted to shield themselves from the backlash of a self-righteous Twitter mob crying racism and sexism. --bender235 (talk) 13:57, 10 June 2020 (UTC)[reply]
I would never base a "bad faith nom" on the basis of the account only, unless I know that editor has some type of block/warning or the like specific on using AFD in that topic area or in general. (eg, someone that I know has a AP2 DS on them that they are not to make any edits in that area, and they nominate a topic clearly in the AP2 topic area, that's a bad faith). Barring knowledge of that, the only assessment of "bad faith" is the nature of the nomination and the actual sate of the page - is there a massive disconnect that indicates that this may be a POINTy or nonsense AFD that AFD doesn't need to waste its time with. I agree we should not judge the editor - IP, new editor, or experienced - otherwise in evaluating whether an AFD is good or bad faith normally. --Masem (t) 14:07, 10 June 2020 (UTC)[reply]
That is good to know, but I felt like having to emphasize it because the general conclusion in WP:ANB seems to have been along the lines of "three AfDs were started by sockpuppets accounts with a vengeance," i.e. not worth being taken seriously (I'm quoting Silver_seren specificly, but it was more or less the general opinion). --bender235 (talk) 16:20, 10 June 2020 (UTC)[reply]
I mean, if this solution I suggest is implemented, and one finds that a single user has been submitting several AFDs in a row that have been quick closed as these bad faith noms and suspects possible sock activity, by all mean then check to see if the editor is a sock. But the editor should not be pre-judged outside of any known DS/bans attached specifically to that editor's name if we all for evaluating bad faith noms. --Masem (t) 16:28, 10 June 2020 (UTC)[reply]
  • First off, I would be against semi-protection by default because many articles listed for deletion are from new editors, and they should be able to participate in the deletion discussions of their articles. While this doesn't always wind up for the best, I imagine locking them out of the discussion or bunting them to an unseen talk page would have even worse outcomes. However, I would be in favor of raising the bar for filing a deletion to extended confirmed, as virtually all new page patrollers will meet that standard easily, and it will create a significantly higher hurdle for bad-faith actors. This won't stop PROD or CSD tagging - but that's a feature, not a bug. Both are easily removed in cases of abuse, and let people that are not extended confirmed and still want to help address the worst new articles. The Squirrel Conspiracy (talk) 23:03, 9 June 2020 (UTC)[reply]
  • This is a good point. I actually intended to be less specific than "semi-protection by default" in order to allow for that one exception (article creators/editors weighing in), but forgot when it came time to hit save. — Rhododendrites talk \\ 23:35, 9 June 2020 (UTC)[reply]
  • Thanks for starting this discussion Rhododendrites, and I think it's worth reinforcing that this problem of targeted and high-profile bad faith deletion spam is not at all new, and that with the growth of conversations about Wikipedia across other major platforms, I expect this sort of canvassing to only grow more severe. Per the opening paragraph of the discussion and per The Squirrel Conspiracy, I expect that I would agree with a proposal to require a higher bar to begin AfDs. But requiring a higher bar to contribute to AfDs is, to my mind, much more complicated. On the one hand, I am really sympathetic to the argument that it would be dangerously discouraging to new editors. I remember vividly my early experience editing Wikipedia: I believed that about of whatever you do on this website will get rapidly undone for completely opaque reasons, with lots of giant paragraphs full of incomprehensible acronyms and links and all sorts of emphatic italics about how astonishingly bone-headed you must have been to write that content (I'm not saying that's the impression people were trying to give, just that that's how it often feels to very new editors). People absolutely should be encouraged to WP:BB from their very first edit, including writing pages from scratch, and if their page comes up for deletion they should be allowed to participate in the discussion on it. From personal experience I believe that good faith participation in AfDs by brand new editors who don't yet have a clue is a huge net good for the project, especially as a hugely important (if often unpleasant) learning experience for them. Nothing motivates you to wade deep into notability policy like trying to come up with an argument for why your afternoon of work shouldn't be undone. Having said all of that, not raising the bar for AfD participation leaves half of the problem we're talking about unaddressed: it means that canvassing good faith and constructive deletion discussions is still just as easy, whether you're trying to sway the discussion towards keep or delete. It's very easy to imagine a good faith editor questioning the value of a page about someone with tens of thousands of twitter followers and that person reacting by canvassing support, just as happened in this instance, in which case we would be in the same exact position that we're in now. So I would be very interested in discussing further policies that would allow people with a sincere connection to the page to participate, while ruling out the kind of canvassing that is already a very serious problem and that looks like it will only get more serious over the next few months and years. - Astrophobe (talk) 23:44, 9 June 2020 (UTC)[reply]
  • I honestly don't see it as a problem. Most of the time canvassing is obvious and the topics are notable. I actually got stuck into the project because I wasn't specifically canvassed, but I read something about whether something should be on Wikipedia off of Wikipedia. Not being able to participate may create a "walled garden" effect for the entire community. That being said, there is a bad faith nomination issue, it was obvious in the cases you mentioned, and we need to do a better job of a community of not defaulting to "no consensus" when a deletion discussion goes off the canvassing rails, but I don't really support increasing the standard threshold. For instance, this should be very unlikely, but there may be instances where a low profile BLP realises there's an attack page written about them here and needs to deal with it. I might be willing to support a specific action item, though, such as a flag when a non-extended confirmed user starts an AfD. SportingFlyer T·C 01:47, 10 June 2020 (UTC)[reply]
  • I would oppose these type of changes. Its hard enough to delete an article as it is. Think about it, it only takes one person to create a bad article, but many to have it deleted. And when we can't agree and the AfD is closed as "no consensus", it gets kept by default. This actually contradicts WP:ONUS where the person adding the material must get consensus, not the person proposing deletion. As for sockpuppets, that is not a issue exclusive to AfDs. They can show up in any discussion anywhere.--Rusf10 (talk) 02:07, 10 June 2020 (UTC)[reply]
  • can show up in any discussion anywhere sure, but in structured discussions they can be more disruptive. it's also a place where it's much less likely they'll be able to contribute positively. in an article talk page, there's at least an argument from the perspective of knowing the subject; arguing about notability is a bit more, well, technical from a procedural standpoint. — Rhododendrites talk \\ 23:52, 13 June 2020 (UTC)[reply]
  • Right, canvassing for keeps is a huge problem. And isn't that what Rhododendrites's suggested point 2 addresses? The way I read it, the problem you describe is a big motivation for that remedy. - Astrophobe (talk) 04:52, 10 June 2020 (UTC)[reply]
    I would even equate off-line canvassing by a subject or by a connected contributor to COI editing. Point 2 of the proposal would not take care of the issue (most of these accounts were autoconfirmed, just dormant), and probably has zero chances to pass at any RfC anyway.--Ymblanter (talk) 05:51, 10 June 2020 (UTC)[reply]
  • I do agree with you that offline canvassing is essentially just COI editing. What I do not think is clearly true that most of the accounts in the recent spate of canvassed AfDs were autoconfirmed editors -- look at the two rapidly closed (and therefore actually readable) AfDs at Corina Newsome and Earyn McGee. Both of them were absolutely overrun by IPs and single-purpose accounts. It's easy enough to say that the suggestion as written here so far wouldn't perfectly solve the problem or is pretty much guaranteed to fail at RfC, both of which I agree with. More interesting is asking how we can tweak AfD to make it robust to these sorts of multi-front attacks from the outside, which have already been seriously disruptive and I believe will only grow more severe. It could very well be that the answer is there is no possible reform and we just have to live with this issue, but I don't think that's possible to conclude without some more discussion. - Astrophobe (talk) 08:14, 10 June 2020 (UTC)[reply]
  • I think if every instance of canvassing on twitter would result in a COI template appearing on top of the article, and potentially in an appearance of a paragraph explaining how he subject was canvassing on twitter then they will start thinking twice before starting canvassing. I agree that semi-protecting AfD would generally help (though not entirely) to this issue, however, it is not really desired from other points of view, and this discussion so far shows a clear opposition to this proposal. In addition, I have no idea what to do if (i) a Wikipedia editor canvasses other sympatheric Wikipedia editors outside Wikipedia (which happend a lot and in the past resulted in keeping clearly non-notable articles) and (ii) people are showing upat AfD and it is clear that they are correlated but the source of canvassing could be found. --Ymblanter (talk) 10:02, 10 June 2020 (UTC)[reply]
  • The really harmful perception that encourages canvassing seems to be that it's a straight up or down vote that everyone in the world has an inherent right to participate in. We already have Template:Not a ballot, but it's clearly highly ignorable for motivated people. I wonder if there is a template that is garish and intimidating enough to actually persuade people that canvassed votes won't work. Maybe a pop-up like some web sites have to discourage ad blockers, and an mp3 that autoplays a siren noise when you load the page ;) - Astrophobe (talk) 18:31, 10 June 2020 (UTC)[reply]
  • @Astrophobe: as Ymblanter correctly pointed out, a lot of the Wikipedians canvassed to those AfDs were inactive but established accounts. A rule limiting the participation of newly created accounts therefore wouldn't help. Of course, generally restricting sporadically active Wikipedians for !voting isn't a viable solution, either. After all, we are a project of volunteers and clearly not everybody finds time and means to contribute on a regular basis. It's just that in those particular three AfDs the canvassing was so blatantly obvious, with person after person basically copy-pasting the same rational referencing the rarely cited WP:BASIC over and over again. When I was looking for fellow veteran Wikipedians to intervene on the evening when all of this unfolded, Sulfurboy reassured me that "any admin worth their salt will see past meat and spa votes." Unfortunately that never happened. --bender235 (talk) 13:05, 10 June 2020 (UTC)[reply]
  • As I see it, there are two separate issues. One is people who have (almost-)never used Wikipedia before, who have no investment whatsoever in the site, either being unaware of our rules about things like canvassing and COI or having no reason to care about them. Anecdotally I think this is one of the most far-reaching problems confronting Wikipedia. I know that when I've tried to explain things like "you shouldn't write a page for your dad" to people in my life who don't edit here, the most common response is something along the lines of: nobody cares about Facebook's terms of service or Twitter's terms of service or The New York Times's terms of service, why should I care about Wikipedia's terms of service? It's easy to imagine that a bunch of the first-time editors who were canvassed into that discussion would tell you that the principle they were following in voting keep is more noble than abiding by Wikipedia's policies would be. That's the issue that I think there's room to fix. The second, separate, issue is people who actually are editors here, or who have been active editors in the past, who may or may not be breaking COI/Canvassing rules. I'm not interested in accusing anyone of anything so I'll just assume for the moment that is a problem that exists in the abstract. It's hard to imagine a policy-based solution to that problem other than sanctioning the user, because if somebody has an investment in the website and is ignoring policy anyways, then I definitely agree that we shouldn't adopt a suboptimal global policy to handle that; we have a whole other set of rules for user misbehaviour. So I see the former as worth trying to fix with a policy change, and the latter as just a matter of users breaking rules and all the various policies we have to deal with that. - Astrophobe (talk) 18:47, 10 June 2020 (UTC)[reply]
  • XfD is already biased too heavily towards indiscriminate inclusionism. We smile benevolently on keep vote canvassing, and allow personal attacks on nominators to pass without comment. Now here is a proposal to skew the conversation even further away from discussion of article subjects and contents and further towards lawyerly rules about who is allowed to talk. I am not in favour. Reyk YO! 08:42, 10 June 2020 (UTC)[reply]
I'm not sure I've ever seen an indiciation of AfD being a hotbed of indiscriminate inclusionism, nor indeed community encouragement (or at least, lack of notice or reticence) on canvassing of Keep votes. Nosebagbear (talk)
This suggests that there are areas where pretty much everything nominated gets kept, does not matter whether or not material is compliant with WP:GNG. Not that I strongly oppose this, and in some areas (such as localities) it probably makes sense, but this definitely backs up the inclusionism claims.--Ymblanter (talk) 09:51, 10 June 2020 (UTC)[reply]
Well, by its nature XfD tends to attract pages that ought to be deleted so in that sense it leans towards deletionism. But what I mean is that the lenience we show to misbehaving editors correlates directly with whether they voted keep. For instance, I once objected when some pretty blatant keep vote canvassing was allowed to determine the outcome of an AfD/DRV. All I got in response was blank looks and a (hopefully not serious) suggestion to counter-canvass if it bothered me so much. That's not advice I intend to take because, even if I felt like being unethical, a delete voter could never get away with it. I could give other examples of keep voters free to make insulting personal commentary and delete voters getting in trouble for backchat but of course if I did it would only be dismissed as a list of personal grievances. Reyk YO! 10:26, 10 June 2020 (UTC)[reply]
I could understand this position regarding #1, but #2 is much more likely to apply to canvassed keep !votes than canvassed delete !votes (at least in my experience). — Rhododendrites talk \\ 23:52, 13 June 2020 (UTC)[reply]
Call me a cynic if you like, but I don't see that ever being enforced consistently. Reyk YO! 12:22, 14 June 2020 (UTC)[reply]
  • So, I get both the base concern(s), but also the issue with SP - that the creator in particular is disadvantaged. On the thought of Extended-Confirmed to start an AfD - does anyone know what % of good-faith AfDs are started by non-EC users? That seems relevant here. It's a shame we don't have PC2 - this would be a great area for it. Nosebagbear (talk) 09:44, 10 June 2020 (UTC)[reply]
  • AfD needs improvement, for certain. Some kind of competency requirement for nominating articles could help, so could a quicker closing process for bad nominations. Unfortunately, it's hard for me to come up with a good way of accomplishing...Jacona (talk) 12:58, 10 June 2020 (UTC)[reply]
  • AFD will never be perfect and it is 100x more "friendly" than it was 10 years ago. Participation is lower as well. I see no benefit to suppressing participation any further and that is what more rules will do. Dennis Brown - 13:48, 10 June 2020 (UTC)[reply]
  • This would be solved if we had more mechanical and less subjective notability rules. Then it wouldn't matter who was being canvassed. We should repeal WP:N altogether and just amend WP:V to require two independent, in depth, reliable secondary sources for every article. Then AFDs will just be about whether there are two qualifying sources or not. If there are, it can have a stand alone page. If there aren't, no stand alone page. Simple and no need to discuss whether or not something is "notable". No SNGs to argue about. Basically, make GNG a hard policy and be done with it. Levivich[dubiousdiscuss] 16:21, 10 June 2020 (UTC)[reply]
    • We've seen editors try to work with more mechanical/objective application of notability "rules" , claiming things like "I have three sources, that's enough", but this makes things worse because now you have people gaming the system worse than what we see now. Also, this underminds the purpose of notability on WP, which is to reflect topics that are likely to be able to be fleshed out to fuller articles but need sourcing work to help get there, and because we have no DEADLINE, require the flexibility of judging what sourcing exists at AFD rather than rote rules to keep them. --Masem (t) 16:34, 10 June 2020 (UTC)[reply]
    • @Levivich: I disagree, because that would only further muddy the distinction between what's verifiable and what's notable. Those two are not the same, and while the existence of reliable sources (i.e., verifiable facts) is necessary for someone or something to be notable, they aren't sufficient. --bender235 (talk) 16:50, 10 June 2020 (UTC)[reply]
    • Going to echo Masem here and agree that this would be susceptible to gaming the system. Axem Titanium (talk) 16:57, 10 June 2020 (UTC)[reply]
      • @Masem, Bender235, and Axem Titanium: Thanks for your comments. To clarify, I am indeed proposing something radical: far more than "blurring the lines" between V and N, I'm talking about getting rid of that line altogether. That's why I'm not worried about "the purpose of notability", because I advocate getting rid of the entire concept of "notability". Let's face facts: 6,000,000 articles, and they're not all about important topics. We have hundreds of thousands of articles about athletes, songs, Pokemon characters, and all the rest. If the purpose of notability is to reflect topics that are likely to be fleshed out, well, then WP:N has failed miserably at that purpose.
        It's the entire concept of "notability" that is to blame: the notion that a topic has some property, "notable", that determines whether or not it should be in the encyclopedia, and we, as editors, are tasked with examining the topic and determining if it has this property or not. We act like notability is something we discover. It's not. It's something we invent. "Notability" is whatever we say it is; literally, whatever we agree to write at WP:N. If the purpose is to identify topics that can be fully fleshed out, there is no better way to do that than to identify if there are two good sources that we can use in the article. If there are two good sources, we can write an article about it that complies with V, NPOV, and NOR. If there aren't, we can't. This is the principle behind GNG, WP:THREE, WP:42, etc.
        We should embrace the fact that an AFD is not about a topic's inherent property of notability, but really just about whether to have a stand-alone page or not. We should have a stand alone page if we have the sources to support it. By making the "notability" simply a matter of "sufficient available sourcing: yes or no" and not about anything else, it will be harder, not easier, to game. Every keep !vote, to "count", would have to identify the two sources, and the entire discussion would be about whether the two sources meet WP:GNG criteria. The current system is already being gamed, and has been gamed, for a long time. Gaming is what led to this thread in the first place. Restricting the conversation to just be about the quality of sourcing and nothing else, will lead to less gaming, nor more. Levivich[dubiousdiscuss] 17:30, 10 June 2020 (UTC)[reply]
        • @Levivich: that's a radical idea, to put it mildly, and I'm afraid that completely eliminating the notion and threshold of notability would turn Wikipedia into somewhat of a repository for everything that was ever written, and every person that ever existed. I mean, I might be able to find a census entry and a birth announcement (two reliable sources!) of some 19th-century John Smith of Iowa, but what's the point of writing up an article recounting his dull biography of plowing the corn field from the cradle to the grave? At some point we have to be firm and say Wikipedia is just not the place for this. --bender235 (talk) 17:39, 10 June 2020 (UTC)[reply]
          Bender235, 6,000,000 articles says to me that Wikipedia already is a repository for everything that was ever written. Please note that I didn't say "two reliable sources", I said "two independent, in-depth, reliable secondary sources" (in other words, same as WP:GNG), so no, a census entry and birth announcement wouldn't cut it. Requiring two GNG sources for every article will reduce, not increase, the number of stand-alone pages. Of this much, I'm sure. What makes my proposal radical is that if it were implemented, millions of articles would be eligible for deletion, which are not currently eligible for deletion, because meeting GNG isn't currently universally seen as a requirement. Levivich[dubiousdiscuss] 17:57, 10 June 2020 (UTC)[reply]
          @Bender235: (sorry for the multiple pings), as one concrete example, under "my" suggested system, this AFD would have resulted in "delete" because there aren't two qualifying sources. Levivich[dubiousdiscuss] 18:27, 10 June 2020 (UTC)[reply]
          No matter how you slice it, WP:PROF almost certainly needs to remain a standalone rule. Many academics are worth having an article written about them despite never having appeared in a newspaper. Significant coverage in secondary sources is not a requirement; merely having one's research (a primary source, albeit a reliable one due to peer review) cited heavily by other papers is sufficient to meet the bar. And we can write an article on their work using mostly those primary sources, with the reassurance that they are reliable because they have been thoroughly vetted by the academic community. -- King of ♥ 19:01, 10 June 2020 (UTC)[reply]
          King of Hearts, if we did this, I would support having exceptions (specifically to the "independent" and "secondary" requirements), including PROF exception, as well as for other specific areas where there is a lack of independent or secondary sourcing, but where the community feels non-independent or non-secondary sourcing is nonetheless reliable enough to satisfy V.
          Instead of asking, at an AFD, "is it notable?", we ask, "is there enough verifiable information to support a stand-alone page?" A statement, to be verified, needs to come from a reliable source (a source with a reputation for accuracy), it needs to come from an independent source (or else there's a bias concern, usually), and it needs to come from a secondary source (to avoid OR interpretation of primary sources). For an entire page to be verified (or in other words, for a topic to be verified), we also need in-depth sources: enough content to fill a page.
          Even if the community adopts this view of verification, it can still decide that there are some topics, like PROF, where a "reliable source" need not be independent or secondary, and so exceptions could be made. This is also the sort of exception that could be made to address under-coverage of historically marginalized people and topics. Thinking of whether to have a stand-alone page as a matter of V instead of N is a better framework all around. And then, in AfD discussions, the only keep !vote that would count would look like "keep - [source 1] [source 2]", and it wouldn't matter if people were canvassed or IP editors or socks or whatever, because instead of counting votes, or assessing votes, we would just be counting sources and confirming that they meet "the test" and that there's two of them. Levivich[dubiousdiscuss] 20:26, 10 June 2020 (UTC)[reply]
    • I agree with those who argue that an uninterpreted WP:V is not enough of a basis for deletion policy, but I agree that notability has not served us well. The problem that deletion policy is there to solve is that there are forces out there that aim to undermine the encyclopedia, so we need to choose the ground that we can defend. The notability criterion is a solution: it says the topics we should have articles for are those on which good articles could be written. I have thought since 2006 this is wrong: the criterion we should apply is maintainability, not notability, and we should deal with articles as they are, not as they might be (although I am all for editors who transform bad articles into good ones during the AfD process). The events that convinced me of this led to this AfD: Wikipedia:Articles for deletion/Stephen Schwartz (journalist), an example of something then unmaintainable that I thought should have been deleted, although the subject was notable. More recently I have been bothered by how the WP:INHERIT criterion has frequently been used to delete high-quality, well-maintained, encyclopediac content; cf. Wikipedia:Deletion review/Log/2020 June 8 for the most recent example I aware of; there are have been better exmples. We should drop the abstract ideal of notability as the criterion we use and adopt the pragmatic criterion of maintainability that I think in time would lead to a more intuitive deletion policy. — Charles Stewart (talk) 06:45, 11 June 2020 (UTC)[reply]
Speaking as a proud simpleton who loves hyper-minimalist rules, I would support this, but it seems like a different (though of course related) proposal. - Astrophobe (talk) 18:37, 10 June 2020 (UTC)[reply]
  • I think one of the issues is that AFD, unlike a lot of other Wikipedia processes we think of as happening "in the background", slaps a big red notice on top of an article in articlespace. I'm not suggesting that we change this at all, but it is worth keeping this fact in mind when we discuss solutions. The notice demands your attention when you're on an article and even invites you (yes, you!) to participate in the deletion discussion. You can imagine that a new/IP user would feel confused if they're not allowed to participate at all at this point. Axem Titanium (talk) 16:57, 10 June 2020 (UTC)[reply]
    If a change were made, we could update the template accordingly. Levivich[dubiousdiscuss] 18:02, 10 June 2020 (UTC)[reply]
    This is a good point, thanks. If we enacted some sort of restriction like this, at very least the wording of that notice should be changed, but I'm not sure in what way. — Rhododendrites talk \\ 23:52, 13 June 2020 (UTC)[reply]
    I'm sure that banner is responsible for a good chunk of the hollow "keep" votes that show up for pop-culture articles. It stands to reason that if you're looking up the article for a particular thing, you beleive that particular thing should have an article. (Even if there's no particular policy-based reason for it to.) ApLundell (talk) 14:52, 18 June 2020 (UTC)[reply]
  • Personally I would support automatically adding extended confirmed protection (30 days/500 edits) to all AfDs as they are created. Positive contributions from editors not meeting these criteria are incredibly rare IMO, and it would stop SPAs, socks, IPs called from social media etc. Number 57 17:46, 10 June 2020 (UTC)[reply]
    I agree with this suggestion. Article creators who are not EC can make their case on the talk page (along with other non-EC editors). EC editors can read those talk page arguments and take them into consideration in their AFD !votes. The closer can also take into consideration arguments made on the talk page. But it'll help keep the discussion more focused if only EC editors participated on the AFD page. Frankly, non-EC editors do not have the experience necessary to meaningfully contribute at an AFD, even if they wrote the article. And I say this as an editor who participated in AFDs before I was EC (and I shouldn't have, because I had no understanding of notability guidelines then [or now really]). Levivich[dubiousdiscuss] 18:01, 10 June 2020 (UTC)[reply]
  • I would like to see some facts here. How many AFDs in the past month/year can we reasonably classify as being disruptive in the senses concerned in this proposal? I would say that if that number is less than 5 or 10%, I don't see a need for systemic change. --Izno (talk) 18:13, 10 June 2020 (UTC)[reply]
  • What happened in the AfDs mentioned above is being repeated at Wikipedia:Articles for deletion/Capitol Hill Autonomous Zone now. What happens on Wikipedia doesn't stay on Wikipedia. With every AfD like this, someone on Twitter will be more emboldened to post their vanity shrine on Wikipedia. EC protection will really help in cases like that. TryKid[dubiousdiscuss] 22:21, 10 June 2020 (UTC)[reply]
Under these suggestions anyone who is extended confirmed could nominate AFDs. Personally I would support limiting nominations and participation to extended confirmed users and the article creator because it would give more time to block the sockpuppets who seem to zero in at AFD whether they are nominating or voting, imv Atlantic306 (talk) 00:20, 11 June 2020 (UTC)[reply]
I agree with Atlantic306. Mccapra (talk) 12:01, 11 June 2020 (UTC)[reply]
  • Under normal circumstances I think our AfD process works fine and don't need adjustment - usually no or minimal disruption and no need to protect the AfD until something problematic happens. For example, I recently dealt with an case where an article creator was blocked during an AfD of their article and suddenly brand-new accounts showed up to !vote. SPI, checkuser, semi-protected just because of the sockpuppetry, bam - dealt with. What we need to have a process for is cases like these, which are the exception rather than the rule - demonstrable and widespread off-wiki canvassing that turns the AfD into chaos (a flood of mostly-new users using non-policy-based arguments). I think semi-protection is the right call in most cases, but what do we do if there's demonstrable canvassing of experienced editors, for example? creffett (talk) 00:45, 11 June 2020 (UTC)[reply]
  • Some of the examples listed above are quite extraordinary, I agree with bender235 that “something” needs to be done before this becomes the normal. Whilst it would not deal with bad-faith nominations and canvassed inactive users, perhaps upon presentation of evidence of off-Wiki advocacy, !votes be restricted to extended confirmed users and !votes already cast by non-XCON users be struck/deleted. Cavalryman (talk) 03:42, 11 June 2020 (UTC).[reply]
  • @Cavalryman: actually what upset me the most in these Twitter canvassing campaigns is the piggybacking on a social justice cause. People weren't just told to vouch for the notability of some hashtag activists, they were sent here to fight supposedly systematic sexism and racism in Wikipedia and its entire community (see [1], [2], [3]). And sure enough the majority of canvassed !voters came waltzing in crying racism right away without even bothering to consider the arguments presented up to this point. That's what concerns me the most. Apart from slandering the Wikipedia community unjustly, it makes certain subjects and topics toxic to a point where our usual (bureaucratic) processes can no longer be applied. Who wants to be the Wikipedian permanently branded as a racist in the Twitterverse simply for questioning the notability of a social media starlet? The nominator of AfD/Anna Gifty Opoku-Agyeman stated that he/she created a sock puppet rather than use his/her established account to avoid online harassment, and perusing the comments and replies of the self-righteous Twitter mob above, I don't think that was a stretch. To me, this whole incident and its likely future copy-cat versions are worrisome. (And just to show that I am not exaggerating, here is a now-deleted tweet by MethanoJen singling me out by name, simply for questioning whether her newly created Category:Black geoscientists doesn't fit our existing category pattern.) --bender235 (talk) 16:39, 11 June 2020 (UTC)[reply]
    Please write to T&S about the tweet, this is a cleart wiki-harassment. I have warned her in the morning (qand may be this is why the tweet has been deleted), but if I have seen this I might have indeffed.--Ymblanter (talk) 17:41, 11 June 2020 (UTC)[reply]
bender235, I agree completely, aside from the utterly appalling conduct of that editor the broader trend in identity politics is to brand anyone who presents a rational and articulate counterpoint a racist/bigot/Nazi etc, thankfully not a common issue in the dog articles I tend to edit and to be honest one of the reasons I usually give anything political on Wikipedia a very wide berth. I tend towards supporting the idea of BLUELOCK for AfD discussions (less article creators), I suspect SILVERLOCK would be no impediment. One of the reasons I proposed a middle ground above is to protect closers from the inevitable social media targeting that would follow from a close that went against canvassed IP & SPA opinion. Kind regards, Cavalryman (talk) 22:48, 11 June 2020 (UTC).[reply]
  • Wikipedia has already strayed too far from being the encyclopedia anyone can edit. Keeping that in mind, further restrictions on editing abilities for newer users should only be implemented when absolutely necessary. I think our admins are pretty good at recognizing canvassing and meatpuppetry by SPAs and the like. Since AfD isn't a vote, closing admins are expected to throw out !votes that are frivolous and/or not based in our policies and guidelines. Even if that weren't possible, I'm not convinced it happens often enough to justify such drastic action. We also have to consider the effect this would have on editor retention. Wikipedia is already confusing enough to newbies, with its byzantine policies, litany of jargony acronyms, and Kafkaesque bureaucracy-that-isn't-a-bureaucracy. I'm convinced this would be a net negative. AfD has far more pressing concerns to deal with anyway. The biggest two that come to mind are careless nominations where WP:BEFORE clearly didn't happen (especially wrt non-English sources), and nationalistic or politically motivated bloc voting by established editors. Established editors know how to make their !vote look like a valid policy-based rationale even when their real motivations are ILIKEIT/IDONTLIKEIT. Freshly recruited meatpuppets don't know how to do this, and so closing admins can safely disregard them per WP:NOTAVOTE. In particularly extreme cases, admins should semi-protect the page as they sometimes do now. That's far better than the current proposal which throws the baby out with the bathwater. −−− Cactus Jack 🌵 05:11, 11 June 2020 (UTC)[reply]
  • While I appreciate the argument on principle, I don't know if being an encyclopedia that anyone can edit is the same as being "the encyclopedia that anyone can edit, and anyone can jump into the behind-the-encyclopedia technical processes without spending time learning about them first". As for WP:BEFORE, I don't necessarily disagree; don't you think that requiring more experience would make it more likely that someone is familiar with (and follows) that guidance? — Rhododendrites talk \\ 23:52, 13 June 2020 (UTC)[reply]
  • We need to remember that AFD is just one of our deletion processes, if we were to restrict people from filing AFDs we shouldn't be surprised if they tag more articles for Speedy deletion or simply draftify them. That said I'm OK with the idea that we restrict some people from deletion generally. Over the years I have seen a number of editors who didn't realise they were overly deletionist until they ran an RFA and had their deletion tagging checked and criticised. So I would be OK with 6 month bans from the deletion process where people were only allowed to participate in the deletion process re articles that they had started. I really really don't like the idea of restricting people from a deletion debate where it is their work that we are considering deleting. So restrict the people who have been making mistakes in their deletion tagging, not a blanket restriction on new or newish editors. ϢereSpielChequers 13:32, 11 June 2020 (UTC)[reply]
  • I don't know how we've escalated past the early suggestions of SP for participation to ECP, which is seriously, seriously OTT. While their average edit quality is certainly worse, I've seen many legitimate !votes from editors in that group. Shifting to talk page for all of them brings multiple issues: that's fiddly to spot, so some just won't note to participate there (that is, they'll know the TP exists, but not that they'll be read) & also massively drops that chances that every person in the AfD will read the !votes or comments, which disrupts and weights the discussion inappropriately. We also should be using the least disruptive method, and disrupted AfDs are relatively rare. We aren't implementing a "have more experienced participation" restriction. Nosebagbear (talk) 14:49, 11 June 2020 (UTC)[reply]
  • AfD is infested with socks. You can see it with old AfDs (a few years back) and seeing how many participants have a strike-through (with that userscript installed). They get busted eventually, somewhere else, and leave behind fossil evidence. I would support reasonable moves to address this problem. -- GreenC 16:51, 11 June 2020 (UTC)[reply]
  • Yes, there is a problem, but it is only a problem with a very small percentage of AfD discussions. Far more discussions have the problem of a lack of participation, which this proposal would only exacerbate. Maybe we need to encourage people to be less tolerant of canvassing, or of other abuses of this process, but I don't think this is the right way to go about it. I remember that my very first logged-in edit to Wikipedia 13 years ago was made to an AfD discussion in response to canvassing on another site, but it was not supportive of the canvasser. Phil Bridger (talk) 19:50, 11 June 2020 (UTC)[reply]
  • I wonder how typical my own experience is. I began editing in any serious way in 2013. I think it was late 2017 or early 2018 before I even knew AfD existed. Once I discovered it I spent many weeks just observing it before I commented. It was months before I put my first article up for deletion. How many people in this discussion have a completely different experience? I simply don’t assume good faith for ‘new’ editors who show up and are busily nominating articles for deletion in the first couple of weeks. There are all kinds of productive ways new editors can contribute to the project but sitting on your hands for a while before you start nominating articles for deletion seems entirely appropriate. Mccapra (talk) 20:02, 11 June 2020 (UTC)[reply]
  • @Mccapra: I had a similar experience. My first participation in a AfD was in AfD/Jamaal Anderson in 2007, only after having made hundreds of contributions over the years. AfDs—or any Wikipedia backroom bureaucracy—are almost naturally intimidating to the uninitiated, due to the various cryptic acronyms that are casually thrown around by the regulars. Unfamiliar with these, inexperienced or canvassed editors tend to copy-paste these acronyms in AfDs without actually understanding them, which makes them easy to spot for the trained admin eye. To his credit, creffett immediately spotted the unusual frequency of WP:BASIC citations in AfD/Anna Gifty Opoku-Agyeman. --bender235 (talk) 20:37, 11 June 2020 (UTC)[reply]
  • A couple of points worth mentioning here. Other language wikis It would be great to both explicitly encourage editors to look at other language wikipedias for sources and to encourage editors from other language wikis to participate in AfD's, especially in situations where there is the likelihood of sources being in non-English languages. Draft namespace Draft namespace is relatively new compared to AfD and moving good-faith contributions to draft to enable relatively slow-moving editing to occur should be encouraged, particularly for topical subjects. SPAs and paid editing my feeling is that a large numbers of the SPAs involved in articles that end up at AfD are undeclared paid editors. This is a larger issue than AfD, but it may be worth thinking about what can be done in this specific context. The best I can think of is a bot that creates a table on the talk page listing all the AfD participants and editors involved in the article and gives edit counts, how many are related to the issue at hand, and also scans for their names in sockpuppet investigations and other administrative actions. Stuartyeates (talk) 21:21, 11 June 2020 (UTC)[reply]
  • I am very against default ECP. I'm open to reasonable suggestions for how to resolve the identified problems, but ECP is not one of those. To comment on Rhododendrite's questions: (1) I think this is reasonable. We have technical restrictions on who can move pages, so I think it's reasonable to have slightly more stringent requirements to nominate for deletion. (2) I'm not a fan, but am open to it. I would prefer the first option and see how that goes before default protection. Perhaps more practical is expanding the protection policy to allow protecting AFD discussions for sock/meatpuppetry or obvious canvassing. (3) I think just encouraging use of the talk page by everyone would work, but why have newbies go to talk just to be ignored? We're basically telling them to send their emails to /dev/null. Wug·a·po·des 23:31, 11 June 2020 (UTC)[reply]
  • 2. Should deletion discussions be semi-protected by default? Can I suggest some alternatives?
    • Grouped edit notice for Template:Editnotices/Group/WIkipedia:Articles for Deletion
    • Some type of edit filter warning for non-(auto)confirmed users
    • Something similar to Wikipedia:GettingStarted, but it pops up when you enter WIkipedia:Articles for Deletion/***** for the first time; if for non-(auto)confirmed users, it pops up something similar to {{Not a ballot}}.
If the above aren't going to work in any circumstances, okay then go ahead and semi- protect it and hope those SPAa and canvassed users don't gets 10 edits after 4 days. This will prevent new users from participating, but 99.999% of the time, they think it's a ballot. Nobody uses the AfD talk pages, so let's direct them there. With that comes with more very complicated ideas, like moving policy based votes into the actual AfD by experienced AfDers, and considering if the talk page will be additionally used to addresss the consensus outcome. {{reply to|Can I Log In}}'s talk page! 05:34, 12 June 2020 (UTC)[reply]
  • I'm certainly not against less restrictive interventions like these; I'm just pessimistic they would be helpful. I've seen {{notavote}} added to lots of AfDs, and [just based on anecdote of course] I've not really seen it help much. Call me cynical, but when I add it, I'm really just trying to signal to other experienced editors (and the closer) that there may be canvassing/SPAs going on here. — Rhododendrites talk \\ 23:52, 13 June 2020 (UTC)[reply]
  • Thanks for starting this, Rhododendrites. Something that deletion discussions and move requests have in common is that, because they have a mandatory period and appear to readers, they can do damage when bad ones are launched. For move requests, we're trying to help by making the notice less prominent, but for deletions, it needs to be prominent. I wish there was a way we could signal to readers "this article is currently nominated for deletion, but it's very unlikely to pass", but we can't exactly just have it display the running !vote total (either technically or editorially). Still, there might be some changes we could make to Template:Article for deletion to help make it clearer what being up for deletion actually means. {{u|Sdkb}}talk 08:06, 12 June 2020 (UTC)[reply]
  • We already have strict requirements for starting an AfD: WP:BEFORE. The problem is that they are not enforced. From what Uncle G has said, AfD was deliberately made rather difficult as a barrier to frivolous nominations. The tool Twinkle has subverted this to make a deletion nomination much easier than other, more productive actions such as searching for sources, working on the article or starting a discussion on its talk page.
Another problem is that the readership tends to be excluded from these discussions. An article may be read hundreds or thousands of times while it is at AfD but we rarely see these readers joining the discussion. I myself got started on Wikipedia when I saw a deletion notice on an article that I had been reading. Perhaps I have more aptitude for the Wikipedia interface than the average reader but if there had been greater barriers in place, then I too might not be here now and the hundreds of articles that I have started might not have been written. Wikipedia is the encyclopedia that anyone can edit and so we should freely accept comments rather than engaging in voter suppression by restricting discussions to a dwindling number of incumbents and insiders.
Andrew🐉(talk) 11:01, 12 June 2020 (UTC)[reply]
  • It strikes me as odd that we have concluded that the project is best served by creating some filters around article creation for new editors (I don’t know, maybe that’s still controversial?) but we continue to treat AfD as a free for all. It’s true that the best barrier we have is WP:BEFORE but I guess we’re having this discussion because it doesn’t seem as effective as it once was. Mccapra (talk) 11:15, 12 June 2020 (UTC)[reply]
  • Quite frankly, I think concerns over this matter are completely overblown. People have constantly been predicting doom and gloom over small problems, but it seems to me that AfD is more sturdy and capable of dealing with sockpuppeteering and canvassing than many give it credit for. New editors do not find AfD and immediately start making bad edits. It takes a lot of time for the average editor to even build up the confidence to start making proper edits, never mind contributing to AfD. There are really only two ways in which a new editor will even get exposed to AfD, either an article they created was nominated, or they were canvassed there. The former is an important learning experience, and being able to contribute gives a new editor valuable insight into how the process works. Stopping these editors from contributing will just further the image of Wikipedia as a bureaucratic nightmare where decisions are made by elitists in ivory towers. In the second case, such instances are isolated and so painfully obvious that dealing with it really does not require pre-emptive punitive measures. This sort of goes without saying, but default ECP is a terrible idea and I am opposed to it in the strongest possible terms. Devonian Wombat (talk) 05:02, 13 June 2020 (UTC)[reply]
    • Not doom and gloom. More about tons of wasted time, harassment, and possible external influence on our process (whether in good or bad faith). One of my original points was that we're typically able to deal with this, but there's so little benefit in forcing good faith participants to do so. Lots of wasted time, lots of attempts to influence the outcome. I don't disagree that the article creators/editors themselves should be allowed to participate, though. — Rhododendrites talk \\ 23:52, 13 June 2020 (UTC)[reply]
  • Follow-up - apologies to start this thread and only come back a few days later. Several good points here. If these were actual proposals, it seems like were firmly in "no consensus" territory here, at this point. One thing that I think would make sense for me (or someone else) to do if formally proposing these measures would be to gather some data. My perception is that, putting aside the article creators/contributors themselves, new users almost never make valuable, policy-based contributions to AfD. That applies to nominations especially, and !votes slightly less. But I appreciate that not everyone may have the same perception. One open question for me is how to allow article creators/contributors to participate while preventing other new users? Maybe the only way is to direct them to the talk page, and to rework the notifications to be very clear about how to do so (i.e. to do everything we can to encourage participating there). Not sure. — Rhododendrites talk \\ 23:58, 13 June 2020 (UTC)[reply]
    As somebody said above (or elsewhere, I do not remember), there are only three categories of IP / new users taking part in AfD discussions: (i) they have been affected (created or significantly contributed to an article being discussed, typically by getting a template on their talk page); (ii) they have been externally canvassed to the discussion; (iii) they evade a block. If this correct (and research probably could be made about this - canvassing is difficult to detect but it must be visible by clusterization of new votes in the same discussion), then these issues probably should be separated -canvassing is not just about new users, and we certainly want creators of the articles participate in the AfD on the articles they created.--Ymblanter (talk) 09:15, 14 June 2020 (UTC)[reply]
  • I strongly support reforms to streamline the AfD process. In my time I have closed well over a thousand XfD discussions, and have observed two key patterns of sockpuppet manipulation. The first is where novices desperate to keep an article create numerous obvious sockpuppet accounts; the second is more sophisticated, typically connected to paid advertising, where the sockpuppet accounts are crafted with a veneer of legitimacy through the creation of nominal user space pages and through perhaps commenting on a handful of other AfDs or making a handful of other minor edits before engaging in the AfD of concern. Nevertheless, it should not be possible for an account created after the initiation of an XfD to participate in that XfD. I don't think that this is at all problematic for new users, who should expect that some time and experience is required to obtain certain rights. This should also not be a problem with respect to editors creating new pages. Quite frankly, editors should not be able to create new pages at all until they meet some minimal threshold of activity, so the ability to comment in XfDs should coincide with the ability to create new pages at all. BD2412 T 19:00, 14 June 2020 (UTC)[reply]
  • These concerns raised seem pretty well addressed by WP:AFD, WP:AFDEQ, and WP:DISCUSSAFD in that legitimate AfD debate cannot be drowned out by obvious manipulation (sock-puppeting) or poor quality commentary, as AfDs are not a poll (consensus is not based on a tally of votes, but on reasonable, logical, policy-based arguments) and those processing the AfD are required to adhere to this (and if they do wrong, the article does not disappear, and can be recalled through the deletion review process WP:DRV). It also appears some of the generalisations about new users (who may or may not be new, given some new registered users have previously been editing Wikipedia for years as non-registered users) has some undertones not in keeping with the spirit that Jimmy Wales had for Wikipedia (that the value of an editor was not in how long their registered account had been in use, or even how many edits they had made, but in the quality of their contributions to Wikipedia, which may come from registered editors both new and old). Some form of artificial class system based on seniority/tenure/clique would seem contrary to that - even the auto-confirmed class (which has been deliberately set at the low threshold of just a few days) isn’t really such a class system. Like Devonian Wombat stated, New editors do not find AfD and immediately start making bad edits... There are really only two ways in which a new editor will even get exposed to AfD, either an article they created was nominated, or they were canvassed there. Therefore, there does not appear to be an issue with the current framework for AfDs that requires re-invention in my view. Kangaresearch 08:16, 18 June 2020 (UTC)[reply]
  • What Dennis Brown said: AfD is one part of WP that really works well, participation at AfD is down, newcomers who are there are apt to be defending pieces they personally have a stake in, there is no better way to learn the notability standards than to actually participate in deletion debatese, there would be nothing gained and much risked by tightening standards for participation there. Carrite (talk) 14:08, 18 June 2020 (UTC)[reply]
  • Perhaps all that's needed is a guideline that says that it's acceptable for an experienced editor to move the banner to the talk page in cases where it doesn't seem likely the AFD will pass. Or perhaps BLP shouldn't have the banner at all? It's not hard to see how it can be percieved as an officialy endorsed slight against the BLP subject. ApLundell (talk) 15:02, 18 June 2020 (UTC)[reply]
  • Remove AfD from Twinkle. You used to have to go and create the deletion page yourself and copy and paste the correct templates in. This was fine. Some things shouldn't be made easier. It takes two separate people turning two separate keys to launch a nuclear misslile. This could be streamlined, but would that be an improvement? I haven't seen any evidence that either way that adding AfD to Twinkle was a net improvement. It's not helping, so end it. Herostratus (talk) 02:22, 22 June 2020 (UTC)[reply]
  • 1. Should there be stricter requirements to start a deletion discussion? What kinds of requirements? At a glance, imposing more requirements would just make it so some deletion-worthy articles remain on the wiki. A lot of stuff can't go through PROD, and isn't eligible for the strict CSD criteria, but is clearly deletion-worthy and should go to AfD. I don't see stricter requirements helping the process.
2. Should deletion discussions be semi-protected by default? Canvassing is a problem, but I've seen less active Wikipedia users contribute helpfully to AfDs before, particularly AfDs that would benefit from more niche knowledge, particularly AfDs for some non-Western topics. I don't know if making discussions semi-protected would help in that sense. An experienced closer can deal with arguments from SPAs and effects due to canvassing, but the process does not benefit from suppressed views of the kinds of users I mentioned.
AfD has problems, but I'm not sure these are solutions. ProcrastinatingReader (talk) 17:16, 23 June 2020 (UTC)[reply]
  • Stricter requirements: Yes. Notification of the article creator and any other editors who have edited the article significantly should be required, not recommended, in the instructions. Some people don't use their watchlists, some have watchlists so long that an AfD can slip by, some are inactive but have preferences set to notify them of edits to their user talk page, and it is a basic courtesy that also increases the chance of participation by people who know the topic. I'm not sure how it would be enforced, but WP:BEFORE should be required. Deletion nominations by editors who don't know the topic and haven't looked to discover it is, in fact, a topic, or who simply don't like the topic, are an increasing problem as the number of articles grows and participation at AfD dwindles. They waste other editors' time and risk our losing useful articles. Restricting participation, for example by semi-protection: No. Apart from the principle of minimizing barriers to participation by unregistered editors, on which I am firm—they include not only potential new editors but also experienced editors whose wisdom and knowledge we should value, and it's their own business if they choose not to register an account—many people are first drawn into the discussion and collaboration aspect of Wikipedia editing through AfD. I saw an AfD on recent changes and was able to provide the rescuing source, and hadn't realized till then that such discussions, where we might lose a valid article because someone didn't have access to a book, were happening. And that is indeed the venue where most of us learn the ropes of notability. In any case, COI editors would be far more likely able to bypass restrictions than good faith newbies, including subject-matter experts. So attempting to restrict AfD participation would do more harm than good. Yngvadottir (talk) 00:58, 6 July 2020 (UTC)[reply]
  • Just noting yet another brand new account nominating yet another biography of a woman for deletion. Created an account, made exactly enough edits to be autoconfirmed, then came back a few days later and nominated here: Wikipedia:Articles for deletion/Sarafina Nance. Like the examples that immediately preceded my opening this section, and like the many other new accounts nominating/proposing articles by Jesswade88 and others, it's awfully hard to see this as something other than harassment by deletion process and demonstration of how easy our very low bar for creating these nominations is to game. — Rhododendrites talk \\ 18:31, 7 July 2020 (UTC)[reply]
  • Mm. As a frequent AfD flyer over the last fifteen years, there are many changes I would want to make. I would love to stipulate that articles cannot be taken to AfD until at least three days after creation. I would love to stipulate that closing admins cannot make headcount-over-policy closes, nor consider the opinions of any Keep voter stating that there are sources out there, who does not then put those sources into the article. I would love to stipulate that editors who haven't been auto-confirmed for at least a month cannot participate in the process, either filing or voting. Hell, I would love to stipulate that any editor who votes Keep based on a perceived flaw in one element of the nomination, while ignoring the valid elements that remain, should be taken out and shot.

    But other than requiring extended confirmation in order to file -- a harmless enough stipulation -- I don't see that there's a lot we can (a) do about it, (b) agree upon, or (c) enforce, given our obvious competing interests. This is an area where our respective hobby horses clash skulls as hard and often as anywhere on Wikipedia. Ravenswing 02:28, 21 July 2020 (UTC)[reply]

  • Comment on process it seems like there are lots of different things happening in this discussion around highlighting issues and solutions but its all getting mixed together so its difficult to know if there are common themes and agreements on ways forward. Is there a way to collate comments into different themes or something to 'see what's going on'? I'm not sure if there is an established process for this? John Cummings (talk) 15:36, 6 August 2020 (UTC)[reply]
  • Comment on process 2 There's a major in balance that is encouraging the proliferation of rubbish articles. The process of getting rid of those articles that don't quite meet CSD is quite taxing, much like defending patent troll lawsuits put a lot more burden on those defending them than those filing them. AFD's like those involved here is significantly taxing and consumes much more editor resources than creating them. There should be a sort of "reverse AfD" where articles being created (especially those in people, companies & organizations and products category) that require notability to be established in a manner similar to AfD before they can appear. Graywalls (talk) 16:02, 4 October 2020 (UTC)[reply]
Well we have Articles for Creation and New Page Patrol. It’s often NPP volunteers who bring articles to AfD. The benefit of both AFC and NPP is that the onus is on the creator to do the work of finding refs, rather than on someone else. Mccapra (talk) 16:59, 4 October 2020 (UTC)[reply]
Yet so many utterly promotional and non-notable articles make it into the article space. The process is nowhere near as scrutinized as AFD nominations are. Graywalls (talk) 21:13, 4 October 2020 (UTC)[reply]

Notability in AFD

Not sure if this discussion is still active, but thought it worth adding my perspective/experience.

First, just as I've seen stacked IWANTIT discussions, I've also seen IDONTWANTIT steamroll discussions as well. (I'm avoiding the "inclusionisn/deletionism" labels, as, in my experience, most people do not tend to completely reside in black/white boxes.)

I remember a long while back, when blp first started being an issue, and around that time, "notability" really came to the fore.

"Imagine a world in which every single person on the planet is given free access to the sum of all human knowledge. That's what we're doing."Jimmy Wales

That quote pretty much was undermined by the apparent necessity of blp.

I even remember a discussion about forking blp's to a separate Wikimedia wiki (WikiBio, or some such).

So to bring it back around to this discussion, What if we just restrict "notability" rationales for deletion, to biography articles (article named for a real person or a group of persons, living or not)?

I welcome discussion on it, but I think WP:V / WP:NOR / WP:RS should easily take care of the rest, thus addressing concerns about the "subjectivity" of the application of "notability" in a particular discussion.

pinging user:Rhododendrites, user:Masem, and user:Astrophobe - the first 3 to comment in this discussion.

I hope this helps as a way forward. - jc37 03:15, 24 July 2020 (UTC)[reply]

You cannot restrict notability rationales at AfD without first changing the notability and deletion policies. The former says stand-alone articles must be notable and the latter says they can be deleted if they are not. If an article cannot be nominated for notability reasons at AFD, that leaves no practical way of deleting it. Contrary to your claim, there are numerous articles that go through AfD that have verifiable information, but not enough to meet WP:N. What you propose goes way beyond a change to the AfD process. SpinningSpark 15:41, 24 July 2020 (UTC)[reply]
Do you want any old completely non-notable company, product and theory to have an article? We have policies of deleting due to notability for obvious reasons. Best Wishes, Lee Vilenski (talkcontribs) 15:50, 24 July 2020 (UTC)[reply]
To be clear, I'm not resolutely against a fundamental rethink of our inclusion criteria (in fact I think that would be highly beneficial), but I'm not in favour of the (implied) change in this proposal. SpinningSpark 16:40, 24 July 2020 (UTC)[reply]
I think there are problems with our notability standards that I won’t expand on here. However I don’t see a reason why we would restrict notability to BLPs only. I think our fundamental problem is that we aspire to collect and share the sum of all human knowledge but we’re not completely clear about what ‘knowledge’ is. Is it the same thing as ‘stuff’ or some kind of subset? Personally I’m very relaxed about small town mayors and other people we currently AfD out of existence so I don’t have a problem with significantly widening our definition of notability. But we also need to recognise that there is a tidal wave of rubbish pushing its way onto Wikipedia - promotional material about every pizza restaurant in Akron, Ohio, every ‘AI startup’, and all sorts of bizarre POV stuff about history and nationality. If we let all of that in we’ll rapidly become Opinionopedia. If we’re the world’s intellectual junkyard that’s a significant change of mission and why we should continue to require notability for BLPs but not for other articles doesn’t seem consistent to me. Mccapra (talk) 18:37, 24 July 2020 (UTC)[reply]

On the subject of notability

I agree whole-heartedly that we have a participation problem at AFD, in the fact that it is too easy to nominate, and too easy to Ivote "Delete" based on that catch-all "notability". Do we still allow stub articles on Wikipedia? Because one thing I'm seeing with select really prolific nominators, is the tendency to go through a whole category (geographic, institutional, etc) where stubs have been set up (not necessarily with a "stub" template at the bottom), and AFD them as "Not notable". That is followed by ivoters who are new enough to have not much clue on Wikipedia stub policy, who ivote a delete. And you end up with hundreds of deletions of what would have previously been acceptable as stubs. Because "notability" is not established. We have a really serious problem with this. — Maile (talk) 22:48, 10 August 2020 (UTC)[reply]

  • This is often the fault of the closers, who could pick one of the alternatives to deletion such as redirect. the remedy is to use Deletion Review more frequently, asking for not an overturn, but a relist, on thegrounds of insufficient discussion. Relists usually attract more attention. (Generalizing a little, there is almost nothing in Wp which would not be helped by more participation) DGG ( talk ) 16:11, 12 August 2020 (UTC)[reply]
  • I agree; I'm pretty new here and already two of my articles are nominated for deletion on the count of notability (Lucy's Heart and Olivia Harkin if you're interested).

    Lucy's Heart is a short film that was shown on at least one film festival (that I could verify) and has an extensive IMDb listing, but because of its very nature (independently produced short film) it didn't get coverage in media outlets that count towards notability. So: not notable according to WP:NFILM. So basically, a whole subgenre of film isn't notable. The deletion voters' argument is that there are numerous other outlets on the internet where you can list those films. By that logic, we could basically call it quits on wikipedia, because that goes for pretty much any headword on here.

    Olivia Harkin is an actress, to my personal frustration not notable by current WP standards (I imagine that must hurt if you'd read that about yourself), so: AfD. Again, no citable sources discuss her as a person, only her work. Rave reviews on her drumming in Fame: The Musical, but not about who she is or where she was born. But what if someone would like an overview of the work she's done? You can only find where she's in if you know where she's in in advance this way.

    The deletion voters' argument on the latter again is to put this information in other places (IMDb), and again I reply: then why bother with wikipedia project in the first place? IMDb is a commercial entity; if Jeff Bezos decides to pull the plug, it's all gone. If he decides he wants to make more money, he could make you have to pay to access it.

    Jimmy's vision is to have a place for our collective knowledge, so that anyone could look up anything. Sure, examples given in other posts here make sense, as articles can be very easily used as political battlegrounds, but aren't we enforcing too strict a rule when it comes to notability? After all, what's notable or not differs per person. In my research I often scan databases of old newspapers. The kind of articles or subjects you stumble upon there is remarkable. Sometimes very useful, as it might put me on the right track of finding something, but those same articles wouldn't be notable on WP. Those would be lost for future generations if it was up to some people here.Sjokhazard (talk) 07:41, 8 September 2020 (UTC)[reply]

Political parties, notability and AfDs

I am a regular AfD contributor with specific focus on political parties. This debate about notability strikes at the heart of my "interest". I hold my hand up to admit that my bias is towards the deletionist tendency, because I believe Wikipedia is not a Gazetteer of political parties and that we should do far more than just host stub articles for political parties that merely exist, rather than achieve electoral success or achieve historical significance. As of late there has been a clear consensus by the wider community that political party articles should be deleted where GNG and ORG guidelines are not met: see Residents' Association of London, Patriotic Socialist Party, Free England Party, Gwlad Gwlad, Miss Great Britain Party, Common Sense Party (UK), Cymru Annibynnol, Christian Democratic Party (United Kingdom) and so on. Not one of these parties achieved anything beyond existing, some had no electoral candidature at all, surely the most basic thing a party should achieve.

What I would like AfD to do is based on my understanding of our basic principles of notability and importance. Nobody has lost any vital information through the deletion of these articles, yet there is no safeguard against similarly scant articles being created.

I am interested by the idea spoken about elsewhere in this discussion about asking AfD nominators to show they've exhausted other avenues - including re-directs and mergers. I would certainly approve of this functionality, as it might make the 'clear up' of stub articles into more general article spaces easier and more convenient. However I would also like to recommend that the community draws up a policy on political party notability, so we can say for certain what exactly makes a political party worthy of a full article in mainspace. doktorb wordsdeeds 07:24, 5 September 2020 (UTC) 07:23, 5 September 2020 (UTC)[reply]

Contrary to your claim, Wikipedia is a gazetteer, but that does not mean that every political party needs an individual article. SpinningSpark 09:02, 5 September 2020 (UTC)[reply]
Well, hush my mouth, I became so used to using that phrase in successful AfDs that I didn't stop to check that I was contradicting page one, line one, of Wikipedia's founding principles! All the same (and to sound a touch like a politician) I stand by the general point. Wikipedia contains elements of a gazetteer but is not specifically a gazetteer of political parties. The fact remains that there is fuzziness around GNG and ORG guidelines with regards to political parties and I will be interested to see if we can agree on what to do about the substantial number of articles about them. doktorb wordsdeeds 09:15, 5 September 2020 (UTC)[reply]
My personal way of thinking anbout them is whether they have actually fielded candidates in an election. If they have, they're notable in the sense they should get an article, because encyclopedia users are likely to look here. If not, it is possible but unlikely they may get an articles as if they were a social club of indeterminate nature if they received sufficient coverage.
And a gazeteer is not a list of people or of groups--based on Gazetteer, its a " geographical dictionary or directory ". I think the term you are looking fori s directory, and here the basic rule is WP:NOT DIRECTORY. DGG ( talk ) 22:20, 20 September 2020 (UTC)[reply]
Even if we were to want to cover every party that ran a candidate, that doesn't mean that each is best handled with an article. For example, the American Delta Party was created solely as a way for Rocky De La Fuente to get his US presidential ticket on the 2016 ballot in states where having a party made qualifying easier than running as an independent. It has run no other candidates, and is not even running Rocky this year as best as I can tell. As such, it's best handled as it is now - as a redirect to the page on Rocky's 2016 campaign. --Nat Gertler (talk) 22:41, 20 September 2020 (UTC)[reply]

An XFD Idea to Toss Around - Discretionary Sanctions

This is an idea that has occurred to me from time to time, and then sometimes I have thought it was a good idea, and sometimes I have thought that it wasn't such a good idea. That is to impose Community General Sanctions (or ArbCom Discretionary Sanctions) on XFDs. General Sanctions are imposed on areas in which there is a high tendency to disruptive editing, such as areas that are real battlegrounds (e.g., Israel-Palestine, India-Pakistan), or where there is a high incidence of fraud (cryptocurrency), or where there is a special need to deal with disruptive editing (e.g., BLPs, to protect, you guessed it, living persons). There are a few editors who make a nuisance of themselves either nominating things for deletion or defending things from deletion. Perhaps general sanctions would help deal with troublesome editors by allowing an uninvolved administrator to initiate sanctions that would otherwise require WP:ANI. Comments? Robert McClenon (talk) 02:46, 30 July 2020 (UTC)[reply]

We need to decrease the use of DS, not increase it. Discretionary sanctions gives any one of the 500 active administrators the power to block in a way which requires exceptional effort and consensus to overturn. It was adopted at a time when Wikipedia had a real problem with the so-called "unblockable" editors, who, however much they misbehaved, would be unblocked by one of their friends; it was necessary to have a sticky block like this to deal with them. The approach worked, and there are many fewer such editors now. So exceptional circumstances where the ability to give a sticky block in contentious topics if necessary. I don't think AfD is in such a desperate condition at this time. Considering that there are some very different philosophies of what consititues an acceptable WP article in some fields, this gives any admin from one of the sides the ability to remove those who disagree, in a way that is exceptionally difficult to reverse. There are editors who abuse the afd system, and ordinary blocks are sufficient to deal with them. DGG ( talk ) 00:35, 16 August 2020 (UTC)[reply]

Requiring alternatives to deletion be exhausted before nominating an article for deletion

Hi all

I spent a while looking at what is going wrong with AfD because of several issues I had with articles being deleted (mainly of biographies of women). One way that I think would reduce the issues with articles being nominated for deletion is that currently the rules do not require contributors to explore the alternatives to deletion before nominating an article for deletion. If nominators had to show they had exhausted alternatives for deletion before nomination this would both provide additional motivations to improve the quality of articles (e.g more references to improve notability) and take most of the 'fun' out of malicious and low effort nominations.

John Cummings (talk) 15:23, 6 August 2020 (UTC)[reply]

On this basis how would you suggest we modify WP:BEFORE? There are times when nominators are too quick to put an article up for deletion, but if there are decent sources it does not take long for other editors to flush them out. If there are articles you think we should be keeping that are actually being deleted (as opposed to being wrongly nominated and then kept following discussion) this suggests that nobody at AfD is doing their job properly, not just the nominator, but this isn't a pattern I recognise. Mccapra (talk) 16:41, 6 August 2020 (UTC)[reply]
WP:BEFORE clearly says that alternatives to deletion should be considered before nominating an article at AfD. The problem is that we have some editors who don't consider themselves to be subject to the instructions that apply to other people (I suppose they regard them as the little people as opposed to the Übermenschen that they are themselves), and actually boast of not following them. Phil Bridger (talk) 18:07, 6 August 2020 (UTC)[reply]
That may be true, but if it is a behavioural pattern there are ways of addressing it that don’t require us to change the AfD guidelines. Ultimately if editors active at AfD do their job collectively, then nominators who haven’t done a proper WP:BEFORE won’t get very far. There’s a case that such nominations waste other editors’ time, but not that we lose decent articles because of bad nominations, AFAICS. Mccapra (talk) 18:33, 6 August 2020 (UTC)[reply]
I disagree. Many AfD discussions are closed with a couple of "me too" votes, without anyone actually considering alternatives to deletion. Phil Bridger (talk) 19:12, 6 August 2020 (UTC)[reply]
Phil Bridger, that is dishonest, offensive claptrap and you know it. Instead of calling people names, how about you try characterising your opponents' positions accurately and fairly, and debate them on their content instead of wild speculations as to their motives? Or is that too hard for you? Reyk YO! 18:39, 6 August 2020 (UTC)[reply]
Please link to any AfD discussion where I have not done as you ask. Phil Bridger (talk) 19:09, 6 August 2020 (UTC)[reply]
I want to say that this (BEFORE required before launching an AFD) has been a WP:PEREN but its not listed there, but I can tell at WT:AFD that the idea has been proposed and rejected many times. What I will say is that if you see any AFD nominated, and keeping in mind the history of the editor nominating it, that you do not believe in good faith that they have executed a proper BEFORE search appropriate for the topic, mention and call this out. (This would be the case for where we're talking topic pre-Internet, where sources more local to the event may be needed in print and thus not easily found just be a google search). --Masem (t) 18:23, 6 August 2020 (UTC)[reply]
@Masem:, @Phil Bridger: exactly, WP:BEFORE says they should be considered but doesn't require it, either of the nominator or anyone taking part in the process or to use them to reject deletion nominations if its clear alternatives are possible. Making it a requirement would put the onus on nominators to explore alternatives and save the time for people taking part in AfDs discussing articles that shouldn't have been nominated in the first place, it would cause no change for people already following the recommendation. I've thought about this quite a lot and cannot think of a downside to this change, am I missing something?
I'm unclear how exactly this could be implemented in practice, my suggestion would be the nominator would be required to show they have exhausted alternatives in nomination process, not just say 'have you considered the alternatives to nomination = yes' but to actually show the work e.g showing there aren't enough reliable sources in common places for that topic e.g Search results, Google Books, Scholar and News etc. John Cummings (talk) 18:40, 6 August 2020 (UTC)[reply]
I think you may be missing WP:CREEP which, ironically, is seemingly the favoured link for one of the WP:ARS stalwarts across a broad swathe of discussions such as this. - Sitush (talk) 18:40, 6 August 2020 (UTC)[reply]
@Sitush: thanks, this change would wouldn't include much new instruction, my guess would be one change and one new line. It would mainly be a change in the wording on WP:BEFORE from 'Consider whether the article could be improved rather than deleted' to something like 'Exhaust opportunities to improve rather than delete the article' (that wording needs some work) and then an extra line in the AfD nomination form asking the nominator to show they've actually done this. John Cummings (talk) 18:50, 6 August 2020 (UTC)[reply]
First, I would recommend reading the WT:AFD archives because again, making BEFORE mandatory, while not a perennial suggestion, has been asked many many times. Also, not all AFD requests are based on lack of notability, which BEFORE is specifically about. There's also reasons that may be based on notability that BEFORE can't address, like if the sources available - maybe established in a previous AFD as exhaustive - still don't give significant coverage per the nominator, and they seek deletion. BEFORE is not a one-size-fits-all approach prior to all AFD, basically. --Masem (t) 18:58, 6 August 2020 (UTC)[reply]
But this discussion is not about notability. It is about looking for alternatives to deletion, which are also addressed by WP:BEFORE. Phil Bridger (talk) 20:56, 6 August 2020 (UTC)[reply]
The problem with BEFORE is that making it a strict requirement turns the discussion away from the article, it content, and its sources and towards a lawyerly checklist and procedural shutdowns. It's best to regard BEFORE as advice on how to write a convincing nomination. That it keeps getting used as the delivery mechanism for personal attacks on deletion nominators doesn't help either. Reyk YO! 18:44, 6 August 2020 (UTC)[reply]
A much better way of reducing the load at AfD would be to create a new permission called article_creator or something like that, give it to every editor who has shown that they can create articles that don't have notability or other serious issues, and require that every new article created by editors without the permission goes through AFC. Black Kite (talk) 18:46, 6 August 2020 (UTC)[reply]
Since 2018, we've already had article creation restricted to autoconfirmed accounts, after the Foundation reversed its unilateral prohibition on implementing the plan which had been first approved in 2011. (See WP:ACTRIAL for the full history of this long contentious issue). Based on my experience with the issue, I believe that 1) The restriction to autoconfirmed accounts is sufficient in keeping the worst abuses to a minimum and 2) It took the Foundation 7 years to come around to what was a WIDELY supported community initiative. I think your proposal is dead in the water, as I see no way the Foundation would support any additional restrictions on article creation, given how hard the fought against the community on this one. --Jayron32 19:00, 6 August 2020 (UTC)[reply]
Oh, I didn't think it would. But I can't think of any other way to at least restrict the large amounts of spam, cruft, paid editor creations and other crap which isn't coming through AFC. Black Kite (talk) 19:58, 6 August 2020 (UTC)[reply]

I think that the balance needs to be tipped a bit in the opposite way. A significant part of creating a article in Wikipedia is to find and include references. That's why they are called editors and not title generators.North8000 (talk) 20:09, 6 August 2020 (UTC)[reply]

Going back to the original proposal to require alternatives to be exhausted, I’ve been giving it some more thought. First of all my question is do we think that articles on decent, notable topics are getting deleted at AfD constantly? Regularly? Occasionally? Very occasionally? Because I think to make a major revision of WP:BEFORE we’d need to agree that there is a problem of sufficient magnitude to warrant it. For my own part, I’m not persuaded. I look at AfD every day though I don’t scrutinise each individual discussion closely, and my impression is that overall, it’s doing fine. Yes there are nominations what are not grounded in policy, but other editors contributing to the discussion deal with that. I’d support some thresholds for allowing editors to make an AfD nomination at all in order to reduce the number of pointless nominations but I know that doesn’t enjoy support here.
The main alternatives to deletion, other than just leaving the article alone, are going to be redirect or merge. If we’re going to say that we won’t allow an AfD nomination until both redirect and merge have been tried and failed, I don’t support that. Often articles nominated at AfD don’t have suitable merge or redirect targets anyway. Also I think this will impose much too high a burden on the nominator. Merge proposals can take months, and any time we’d save at AfD we’d lose in hugely expanded merger discussions.
To me the main benefit of an AfD over alternatives is that it gives us to opportunity to reach consensus. If I find a BLP that I think doesn’t belong in Wikipedia I don’t want to engage in a potentially endless ping pong of doing and redoing redirects while the article creator undoes them before I’m allowed to seek consensus on what should be done. We should be able to seek consensus quickly, not only as a last resort. If the conclusion of an AfD is to redirect then there is a good chance that can be made to stick, and that is less of a waste of everyone's time than expecting an individual editor to doggedly pursue alternatives for days, weeks or months before being allowed to nominate at AfD. Incidentally I would expect one unintended outcome of taking this approach would be to increase incivility and edit-warring. AfD is a formal, rule driven process where we can air differing views on notability dispassionately and without making it personal. Only letting editors into that forum after they’ve done a dozen rounds of slugging it out one to one with the article creator isn’t really going to help us build the encyclopedia any better. Mccapra (talk) 04:58, 7 August 2020 (UTC)[reply]
I think @Mccapra: has made some good points. The only difference of opinion I might have is if, after trying to redirect, it gets reverted, then take it to AfD. Same with a merge. However, a merge can consume more time and if that gets reverted, for me it is not a happy occasion. I haven't been able to read this entire page. I've only gotten through about 1/3 of the page. I intend to read the whole thing over time.
This is a really good discussion. I think AfD nominations only by extended confirmed users is a good idea. Also, an article created by social media canvassing should have a COI tag placed on it, and may brought to the COI noticeboard for discussion.
As an aside, it is upsetting to see claims of social injustice by Twitter personalities just because an article is nominated for deletion. That is not the issue, period. We have notability criteria which is usually a neutral arbiter for keeping or deleting an article. One more thing - perhaps AfDs of canvassing Twitter personalities' articles should be automatically posted at WP:AN to garner admin eyes in case the canvassing is too overwhelming (something like that). ---Steve Quinn (talk) 06:45, 23 August 2020 (UTC)[reply]
  • Oppose per CREEP I really don't see the necessity in this. Yes, there are users who abuse AfD. They can be topic banned for repeated disruptions. Articles are usually brought to AfD not for quality control but because someone believes the topic lacks notability. Thus, aside from a BEFORE check, there is nothing that can be done to "improve" the article if it simply lacks notability, so urging editors to exhaust themselves in improving an article that can't be improved or shouldn't be improved is unhelpful. -Indy beetle (talk) 16:46, 4 September 2020 (UTC)[reply]
  • Oppose. I am absolutely against wasting more editors' time by forcing them to jump through more hoops in order to earn the right to nominate an AfD. The unintended consequence of this, I fear, will be that Wikipedia will simply fill up with more promotional BLPs of non-notable people. There is an absolute plague of these, dozens every day. Every one is created and defended by a fan or a UPE. There is generally nothing to redirect or merge them to. It is hard enough to get editors to deal with these as it is and much of the backlog at AfC and NPP is accounted for by them. I hesitate to nominate them for deletion myself because often this leads to a week of back and forth in the AfD discussion and on my talk page, draws in sockpuppets and kicks off a major effort by the creator and their real/sock friends to talk the nomination out with bluster and irrelevance. If I'm going to be told that instead of having to deal with these muppets for seven days I'm going to have to argue a merge and a redirect with them too, I just won't bother and will leave them to someone else to deal with. Perhaps I'm not typical and there's no shortage of other editors to take on this task. If there are, could they sign up for NPP please as we desperately need them - we need more articles coming to AfD, not fewer. There is a constant daily battle to get crap off Wikipedia, and we're not keeping up with that even as it is. I am in favour of trying to reduce the number of frivolous or badly-argued nominations by requiring a higher threshold of editor experience to be able to nominate an AfD, though I recognise that's not what is being proposed here and that it has been discussed and rejected before. Mccapra (talk) 11:29, 5 September 2020 (UTC)[reply]
  • oppose as instruction creep. Either flesh them out early on and properly in draft, or refund them to draft. And there is no problem to recreate them with proper sources if you think an article has merit. --Dirk Beetstra T C 03:49, 6 September 2020 (UTC)[reply]
  • oppose as impractical. The best way to proceed with an unsatisfactory article is a matter of judgement. As others have pointed out above, using some of the alternatives to deletion can actually in some circumstances have the effect of removing a possibly acceptable article. If the user is still around , draftifying is effective, but not if they have left or if they are nan ip--the articles will almost certainly receive more attention at AfD. Redirect and merge has at least in the past been used as what has sometimes been called an "smerge" --the content merged is soon after quietly deleted, and then the redirect is removed because it no longer points to anything in the article. (This leaves very little in the way of traces to recover the text, which defeats the intent of merges and redirects.) There are other ways, but i consider them really illegitimate. AfD is a straightforward process. If more people paid attention, it would be even more effective is rescuing rescuable content. (but there are a great many Wikipedia processes about which that can be said). DGG ( talk ) 01:25, 27 September 2020 (UTC)[reply]
  • Oppose That would mean that editors can dump a few words disguised as article and that other people are forced to improve it. Totally impractical. You can see that effect already at many AfDs were editors state that the article "can be improved by normal editing". And the editors stating that are never to be seen again at that article. It would pose a serious risk for the quality of the encyclopedia. The Banner talk 12:51, 28 September 2020 (UTC)[reply]

RfC 2 minimum quarterly thresholds for participating in deletions

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.


There seems to be some good discussion taken place at Wikipedia:Village_pump_(policy)#Is it time to place greater restrictions on AfD? for past some weeks.

Herewith I am requesting comment for; two minimum quarterly thresholds criteria for participating in further deletions.

Criteria 1) There should be minimum: Null / One / Five / Ten / Twenty percent quarterly unreverted positive encyclopedic text contribution of total deleted or reverted contribution before joining in further deletions and reverts.
Criteria 2) There should be minimum : Null / Thousand / Five thousand / Ten thousand / Twenty thousand bytes quarterly positive encyclopedic contribution before joining in any deletion / move /merge / AfD discussion.

Choose your preferred criteria.Or Suggest some new.

Thanks

  • End of RfC proposal note.

Bookku (talk) 14:08, 27 September 2020 (UTC)[reply]

  • Comment: Purpose of such restriction
    • Many policing curators do not seem not to know or forget practical difficulties of people face while contributing encyclopedic text.
    • Army of Curators is too large compared to people who actually research and contribute encyclopedic text and these army of curators too inexperienced or tend to loose their experience and forget pain of actual.
    • When ten votes are enough for deletion ten times curator join in, Positively contributing editors go in minority and end up getting harrassed by numeriacally large army. One likes or not this large army prevails democratically and those who don't have Phd in Wikipedia rules but contribute with sources feel harassed. Curator should be essentially a regular encyclopedic text contributor too at least to a minimum level.

Bookku (talk) 14:08, 27 September 2020 (UTC)[reply]

  • WP:SNOW close as a hopeless proposal. I know you mean well with this, but there's no way to measure what you're suggesting (who's going to count up the net contributions of someone? would a -100K vandalism revert count against the net?). Most AFDs aren't well-attended enough, and if an inexperienced editor wants to dip their toe in, let them. There are a lot of ways to contribute constructively to Wikipedia, and trying to gatekeep AfD like this isn't going to make anything better. –Deacon Vorbis (carbon • videos) 14:33, 27 September 2020 (UTC)[reply]
  • But this proposal does not make deletion harder. People wanting to keep an article will be excluded just the same as people wanting to delete it. It simply makes deletion depend on an even smaller number of editors than is currently the case. Phil Bridger (talk) 18:41, 27 September 2020 (UTC)[reply]
  • The intention seems to be to exclude non-inclusionists from the AfD process, and that sort of partisanship is enough reason to auto-oppose. The fact that it would likely have the exact opposite effect is no reason to suddenly support it. So yeah. Reyk YO! 10:44, 28 September 2020 (UTC)[reply]
  • Oppose There's too much lack of recognition for gnomes as it is. We don't need to be excluded further. (Summoned by bot) I dream of horses (Contribs) Please notify me after replying off my talk page. Thank you. 20:20, 27 September 2020 (UTC)[reply]
  • Oppose It is impossible to implement as proposed. Restricting access to AfD in this way would make it impossible for for new editors to defend their creations. Per [4] and [5] the proposer doesn't seem to understand how AfD works. Vexations (talk) 20:37, 27 September 2020 (UTC)[reply]
  • Oppose requiring volunteers to meet a participation threshold or they won't be allowed to participate is antithetical to what Wikipedia is all about. MarnetteD|Talk 21:51, 27 September 2020 (UTC)[reply]
  • Oppose - Someone with no editing experience can be a net benefit to a deletion discussion if they can provide sources or knowledge on the subject - what we need to do better is make it clearer to newcomers what is expected of an article.Nigel Ish (talk) 11:02, 28 September 2020 (UTC)[reply]
  • Oppose hopelessly vague (how do we quantify "positive contribution") and counterproductive. Justification is lacking. Proposal seems to assume that the majority of AfDs would be "keep" if we kept those pesky folks who don't do much content work out, which fails to recognize that sometimes things actually need to be deleted. GeneralNotability (talk) 12:31, 28 September 2020 (UTC)[reply]
  • Oppose per most of what has been said above. This proposal is largely unenforceable and counterproductive to maintaining the encyclopedia. Criterion 2 in particular would likely bar a lot of longstanding, experienced editors from participating if they happen to have not edited much lately. It would also bar WikiGnomes, who often know a lot about policy but tend to make contributions of far fewer bytes than content creators. Armadillopteryx 12:43, 28 September 2020 (UTC)[reply]
  • Oppose discrimination based on not-registering an account. The main page still states the free encyclopedia that anyone can edit.. Then why would we start excluding certain groups? The Banner talk 12:45, 28 September 2020 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Another idea to go along

Get rid of autopatrolled that makes it far easier to put out companies, organizations, people and products articles onto Wikipedia than delete them. I'm sick of those articles that are put out by promotinal editors in those categories where they look like a few sentences put together, then a farm of links dumped in further reference to quickly get pages onto Wikipedia, which may or may not pass notability if they were to go through AfD. Graywalls (talk) 20:29, 6 October 2020 (UTC)[reply]

Can you point to any such articles that have been created by people with the autopatrolled right? If this is only an occasional problem then it simply means that some people should have this right withdrawn, and/or that requirements for granting it should be tightened up. Only if it's a very common issue should the right be disposed of completely, since it massively relieves the workload of new page patrollers. Phil Bridger (talk) 20:50, 6 October 2020 (UTC)[reply]

Volunteers must declare that they are paid?

My removal of an addition to WP:PAID which asserts that we require volunteers to make a declaration that they are paid editors has itself been reverted, stating that I need consensus to remove it, even though there has been no demonstration of consensus to add it.

The addition was made with the edit summary "based on discussion at WT:COI", but no such discussion was linked to, nor have I been able to find it.

Is it en.Wikipedia policy that volunteers must make such a declaration, on pain of being blocked if they do not do so? If not, do we need a formal RfC to remove the claim? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:11, 16 September 2020 (UTC)[reply]

  • The discussion was here. – Teratix 10:26, 16 September 2020 (UTC)[reply]
  • To clarify, the "addition" happened 18 months ago and hasn't been contested since, so I reverted Pigsonthewing on the basis that it at least has implicit consensus. And Teratix has now clarified that there was also a discussion beforehand. Either way, Andy, do you actually have a substantial objection to this text other than the fact that it wasn't attached to a "centralised discussion"? I hope we have not drifted so far away from WP:NOTCOURT that every change to a policy needs a formal RfC. – Joe (talk) 10:28, 16 September 2020 (UTC)[reply]
  • I agree there wasn't sufficient consensus for the edit, so Pigsonthewing's edit was correct. "Volunteers are considered employees" is blatantly absurd. Nemo 11:37, 16 September 2020 (UTC)[reply]
  • QUESTION: Are we agreed that editors working for NGOs and 501(c) orgs as volunteers have the same conflict of interest as paid staff, and thus must disclose that conflict when editing? If so, then we are simply debating the phrasing. If not, why not? Blueboar (talk) 12:19, 16 September 2020 (UTC)[reply]
  • There's two key things here. One is, they are directed or expected to edit Wikipedia as part of their tasks, and the other is that they're compensated. Compensation is more generic than being paid. Interns (even unpaid ones) are compensated by gaining experience, by getting an insider's view of how a specific business works, having the right to put the internship on their resume, making business connections, etc. This all falls under the "other valuable considerations" language that shows up in contracts. So, yes, if these things apply to you, you need to disclose that. It's incorrect to say you're being paid, but that's a nit. You're being compensated, that compensation is why you're editing, and we need to know that. -- RoySmith (talk) 14:19, 16 September 2020 (UTC)[reply]
  • Is it the same? No. Definitely not. In one scenario, my livelihood, career, health insurance, etc. is staked on making certain edits that I may be contractually obligated to make, or in case of a contractor there is an exchange premised on certain kinds of edits. In the other scenario (putting aside interns, which as far as I can tell isn't really part of this discussion), it's my choice whether or not I actually do what my supervisor tells me to do, I don't risk my income and well-being, and I'm not contractually obligated to do anything at all because nothing is exchanged. It's also going to be more likely with a non-profit or NGO that the kinds of edits one is directed to make aren't actually promotional but in the service about whatever cause that organization is working on (which can be good or not so good, of course, where it bleeds into advocacy).

    All of this said, I know full well that there are non-financial pressures or career-adjacent pressures to do what a volunteer supervisor tells you to do, and just the fact that we're talking about being directed to edit means there's obviously a huge COI that should be disclosed, but I wouldn't call it the same as a paid editor (if it is, we should reframe how we talk about the subject). IMO this belongs at WP:EXTERNALREL. — Rhododendrites talk \\ 14:24, 16 September 2020 (UTC)[reply]

  • Disregarding everything else, I'm pretty sure that most editors in American politics treat political campaign volunteers as if they are staff for the purposes of WP:COI. I can't recall treating such people as WP:PAID exactly, but we do expect disclosure if you are coordinating with a campaign regardless of your capacity as a staffer or volunteer. –MJLTalk 16:23, 16 September 2020 (UTC)[reply]
    • Yep. If somebody else is telling you what to do when you edit here, you should disclose that. For the editor, there's a difference between getting paid and not (I mean, ask any creative type whether "exposure" will pay the rent), but that doesn't diminish the importance of knowing when an editor is the mouthpiece of an organization. XOR'easter (talk) 20:26, 16 September 2020 (UTC)[reply]
      • If somebody else is telling you what to do when you edit here, the you may have a CoI; but you are not necessarily paid; and are certainly not automatically "an employee". Furthermore, not every volunteer is or can be "told what to do". Please try to avid conflating disparate concepts. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:21, 17 September 2020 (UTC)[reply]
  • I guess I have a similar view to Rhododendrites, in that the problem for me is whether volunteer work should be disclosed as paid, or as a COI. Both require disclosure. My concern is the creep we see here - initially, we pictured being paid as "recieving compensation" specifically for your edits. Then we extended that to include working in PR, even if you weren't specifically asked to edit WP. Adding volunteers means that even if you aren't being paid at all, you still need to disclose that you are being paid, which is getting a bit silly. Wouldn't it be better just to say that volunteers have a COI and should disclose under the COI requirements, and if you are being paid for your edits you have an additional incentive and advantage over other editors, so you should disclose under WP:PAID? Otherwise we get stuck in this situation of insisting that people who are not being compensatied or paid for their edits shoudl disclose that they are being compensated or paid for their edits, which just makes confusing policy. - Bilby (talk) 22:25, 16 September 2020 (UTC)[reply]
    Bilby, I view WP:PAID as a subset of WP:COI. The essential thing is that you have some reason for editing other than an altruistic desire to improve the encyclopedia. I don't see any need to get all wound up with which label we stick on it, just that you disclose whatever it is.
    • I am editing Foo because I'm being paid to do so.
    • I am editing Foo because it's part of my duties as an intern
    • I am editing Foo because it's a school project
    • I am editing Foo because I support their political campaign
    • I am editing Foo because I am Foo
    etc. It's all very simple. Just tell us why you're editing on this subject. Don't worry about what label is attached to it. -- RoySmith (talk) 23:00, 16 September 2020 (UTC)[reply]
    The problem is that the English Wikipedia community has never reached a consensus to require all editors with a conflict of interest to disclose it. Some people interpret conflict of interest quite broadly to encompass any employee of a company editing a topic related to the company. This casts quite a wide net for companies such as Apple, Microsoft, Google, General Electric, and so forth. Indeed, an employee may not even know they are editing a topic that is related to something their company is involved with. The mandatory requirement for an editor to disclose their paid contributions has a specific scope that was handed down by the Wikimedia Foundation, and can't really be considered a subset of a non-mandatory recommended practice.
    The issue at hand is if someone who fulfills the role of an employee that is directed to edit Wikipedia be required to disclose this relationship, even if they are not paid by the company? I appreciate that context is important. A non-profit, for example, might organize editathons for specific topic areas related to its mission that use regular volunteer staff. On the other hand, a "Friends of the Museum" fundraising non-profit might use volunteer staff to try to seed references to the museum into as many articles as possible. We need to think about whether or a not a bright-line rule on balance helps more than it hinders. On the third hand, the reverted text also included on-loan staff, and I hope this category will also be discussed. isaacl (talk) 05:40, 17 September 2020 (UTC)[reply]
    But the wording under contention does not simply require "someone who fulfils the role of an employee... to disclose this relationship". It wrongly asserts that all volunteers are deemed employees, and requires some volunteers to declare - even when false - that they are paid. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:54, 17 September 2020 (UTC)[reply]
    That's fundamentally my problem as well. Under WP:COI we say that anyone with a COI should disclose. Which is fair enough. Under WP:Paid we say that anyone being compensated for editing WP on behalf of an employer must disclose as a paid editor. Which is also fair enough. What we shouldn't do is place people who are not being paid under WP:PAID - they are better handled through WP:COI. As to on-loan staff, I don't see how they differ from normal paid employees - if you are being subcontracted to a company, and that company requires you to edit WP on their behalf, then surely you are being compensated for your edits and fall under WP:PAID as is. - Bilby (talk) 09:22, 17 September 2020 (UTC)[reply]
    Sure, the conflict of interest guideline is applicable to unpaid staff. At present, though, it does not require a mandatory disclosure. One case for on-loan staff is when a company purchases another but the official handover has not taken place yet. The purchased company may loan out its staff to the purchaser—no subcontracting relationship is established. (There can be legal constraints on subcontracting that make this undesirable for this situation.) The specific wording in the terms of use FAQ wasn't written to cover this case explicitly (it covers a client model), though the expanded description within Wikipedia:Paid-contribution disclosure does cover it. isaacl (talk) 14:12, 17 September 2020 (UTC)[reply]
  • Note: I've added a link to this discussion at WT:PAID, and pinging participants in the original discussions of this change: @Graywalls, SlimVirgin, Isaacl, Andrew Davidson, Tryptofish, and Mariogom:. – Joe (talk) 05:06, 17 September 2020 (UTC)[reply]
  • The apparent contradiction here is only because we're stuck with the phrase "paid editors" – if we were developing this policy from scratch, probably "commissioned editors" or "financial COI" would be better language. But the stable version up to yesterday was a sensible and accurate summary of the spirit of both local policy and the WMF Terms of Use. Specifically, it closely follows meta:Terms of use/FAQ on paid contributions without disclosure#What does the phrase "employer, client, and affiliation" mean?. We want people to disclose if they are editing on behalf of their employer; it's irrelevant what kind of compensation has been agreed between that employer and editor-employee. Since this is already expressed elsewhere in policy and the ToU, all Andy's change achieves it to make it harder for those with a COI to understand the policy and harder for us to enforce it. Do we really want to get sucked into having to ask people if they're compensated in cash or kind, if they get expenses, etc., relating to their edits? Or just be able to tell people simply that they shouldn't edit on behalf of their employer, and should disclose it if they do? – Joe (talk) 05:28, 17 September 2020 (UTC)[reply]
    • The above is a confusing and contradictory rumination on terms and concepts. I'm not even sure where to start. First, it is not a sensible summary, as several folks have pointed out already. There is most definitely not consensus for a change to, "non-profit volunteers are considered employees."[7] It also doesn't even make logical sense. As Nemo_bis pointed out, is every single editor of Wikipedia, volunteering for the non-profit Wikimedia Foundation, caught under this new provision and considered an employee with all the disclosure obligations that come with it? This is clearly a ridiculous thing to expect. That would mean every alumnus of a college or university donating their volunteer time to edit about their alma mater would now be considered an employee of that educational institution. What about volunteers editing about their favorite sports teams, performance troupe, or musical acts? The list goes on. Second, you claim the unilaterally-changed version closely follows the TOU FAQ, which states the employer is a "person or organization that is paying you compensation – money, goods, or services" but then the next sentence you say "it's irrelevant what kind of compensation has been agreed between that employer and editor-employee." This makes no sense. If the compensation is "irrelevant" then it is no longer an employer-employee relationship! The rest of the questions are therefore not answerable because of this poor logical footing. The bottom line is this - every person walks into Wikipedia with a basket full of biases, preferences, and potential COI. Their ethnicity, religion, geography, educational background, food preferences, allergies, etc. all affect how they approach and write about a subject. Trying to police the intent of editors down to this level is futile and unwise. That way madness lies. So what is the solution? I wish we still had the original construction of COI that existed for years (perhaps a decade) before it was replaced with the substandard lead sentence we have now. It used to say, brilliantly, "When advancing outside interests is more important to an editor than advancing the aims of Wikipedia, that editor stands in a conflict of interest."[8] For years, that was the basis of WP:COI. We had this exact sentence as the centerpiece in a slide deck for training new editors at edit-a-thons in the U.S., until it was changed (also rather unilaterally and unceremoniously), to what we have now. That wording is now lost to time and not found at all on WP:COI. The previous "advancing outside interests" wording is a more useful ideological prime directive versus the current overly-specific arbitrary enumeration of problem situations at WP:COI that ends in this near-useless nugget of advice: "Any external relationship can trigger a conflict of interest." I am sympathetic to admins and users fighting undisclosed paid editing. I used to be very active in that area. However, I fear fighting in the trenches has colored the perspective of those wanting the new wording. Instituting a wide-sweeping dragnet to portray volunteers as employees is not the solution. -- Fuzheado | Talk 07:05, 17 September 2020 (UTC)[reply]
      @Fuzheado: I would say the opposite: editors "in the trenches" trying to manage the significant disruption caused by paid editors have been trying to make practical changes to the COI guidelines for years, following the normal consensus-building processes we use with all policy, only to be obstructed by opinionated bystanders helicoptering in to argue about hypotheticals and supposed procedural deficiencies.
      Case in point: obviously the text does not apply to all Wikipedia editors. Has anyone ever actually thought that? We're not volunteers for the WMF, we have no contractual relationship with them, and we're not editing on their behalf. Our COI policy clearly states that it applies to people editing in connection to an external relationship, and it's in that context that "interns, on-loan staff, and unpaid workers" may also be considered to have a financial COI. – Joe (talk) 09:39, 17 September 2020 (UTC)[reply]
      @Joe Roe: No it is not "obviously" at all - as I've explained above and as Pigsonthewing has said, supporters of this April 2019 change are mixing together a jumble of concepts from paid to COI, to employee to volunteer, to directed to voluntary. The "unpaid workers" clause is even suspect and should be re-considered because it is so vague and is part of this problem of scope-creep. Again, these are small changes in small corners of Wikipedia policy that don't get wider exposure or even fair notice to those of us doing new user training and interaction with the exact entities this would impact. These are not things that should be changed without wider notice and discussion. And your comment about "opinionated bystanders helicoptering" is insulting, against WP:AGF, and unbecoming an administrator and arbcom member. One should not need to qualify by using some arbitrary participation bar before being part of the consensus process, yet that seems to be the arrogant implication. It should not be necessary to trot out a CV to qualify for discussion. But in case you don't know - I was one of the principals that originated and authored WP:PRCOM in 2014 that has been a major factor for PR companies and paid editors to have a hands-off policy on editing Wikipedia. I have given presentations at Wikimania and SXSW on this, and have given seminars to hundreds of PR professionals on how to keep their hands off Wikipedia. With GLAM organizations like The Metropolitan Museum of Art, the Smithsonian, the Library of Congress, and many others, I've given dozens of talks on how to declare COI and properly participate while in the employ of these organizations. That even led to an award given to me by the U.S. National Archives. So this is not an area unfamiliar to me at all. What is the problem here is an overly broad, logically flawed construction in a proposed policy about what constitutes an "employee" relationship, which would have benefitted from wider exposure and discussion, rather than being the result of a small conversation within a group with a myopic a view of the situation. The issues are rather straightforward - an overzealous pursuit of rooting out COI behavior can result in rash, overbearing, and inconsistent policies that have far-reaching uncontemplated implications. It needs wider discussion and explicit consensus. Full stop. -- Fuzheado | Talk 12:45, 17 September 2020 (UTC)[reply]
      Okay, so can you provide some examples of where the Apr 2019–Sep 2020 wording impacted good faith new editors? That would greatly help take this discussion away from abstractions and into finding a policy that actually works, which I think is what we all want.
      One should not need to qualify by using some arbitrary participation bar before being part of the consensus process – I find this ironic, because you and Andy have nullified the consensus-building done by participants in the previous discussions (and all those who, like me, saw the change, thought it was sensible, and didn't feel the need to comment) on the seemingly arbitrary basis that it wasn't an RfC or VP discussion. The message you're sending is that ordinary, "myopic" editors working in COI patrolling can't just follow WP:PGCHANGE like everyone else, they have to get the approval of power editors with impressive outreach CVs and awards like yours. – Joe (talk) 13:04, 17 September 2020 (UTC)[reply]
      It's rich for you to call out Andrew for providing his credentials, when he only did so in response to your pejorative implication that he or anyone else were "opinionated bystanders helicoptering in to argue about hypotheticals"; it's an even further stretch for you to falsely claim that him dosing so caries the meaning you state. You need to dial back such blatantly inappropriate rhetoric . Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:19, 17 September 2020 (UTC)[reply]
    • "all Andy's change achieves" Please don't mis-frame my actions. I made no material change, and introduced no new concept. I simply reverted a single, specific change, which had introduced a new concept, because it did so without any apparent consensus. It is now emerging that indeed there is no consensus for the change that I reverted. The claim that my revert "make[s] it harder for those with a COI to understand the policy" is utterly bogus; as is the claim that the assertion "volunteers are deemed to be employees" is in "the spirit of both local policy and the WMF Terms of Use". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:30, 17 September 2020 (UTC)[reply]
      • @Pigsonthewing: I don't think quibbling over the history of the page is helpful when it's laid out for everybody to see above. Nor is making pronouncements about the "emerging consensus" when the discussion is still ongoing and you are clearly involved. The change was discussed, it's the policy editors active in managing COI editing have been working with for the past 18 months, and your revert/edit/change/whatever you want to call it has altered that. I'm sorry that you didn't notice the discussion at the time, and if you think it needs a stronger consensus, fine, we can talk about it again here. But pretending we're back in April 2019 discussing a brand new proposal is bizarre. – Joe (talk) 09:20, 17 September 2020 (UTC)[reply]
        • I don't think you making false or misleading pronouncements, here or elsewhere, about my actions, or about our policies and the ToU, is helpful, and I intend to "quibble", as you dismiss it, any time you do so. For example, you imply that I "pronounce" an "emerging consensus", when what I actually said was "it is now emerging that indeed there is no consensus for the change that I reverted". I don't think the change simply needs stronger consensus, because there was no consensus for it at the time it was made, or in the discussion that followed it. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:56, 17 September 2020 (UTC)[reply]
  • The spirit of WP:PAID seems to me to be that if you are editing Wikipedia as part of your work, you should declare it. If that work is voluntary (e.g. you are the PR for a nonprofit or a political candidate or whatever), it is still an exercise of your professional skills within the scope of your job role to edit Wikipedia for a purpose that is orthogonal to our goals (promoting a thing rather than documenting it). You yourself may not be paid, but the beneficiary of the edits is using a valuable resource, your time, for its own ends. Charity laws vary around the world but if a US lawyer provides legal services free of charge to a political campaign, for example, the value of the time spent has to be declared by the campaign. On the other hand, if you volunteer in a charity shop and you edit the article on the charity, that is a COI, but of a minor and very limited kind, I'd say. So I would want to see clarification that if you are editing for pay, or as part of your job, whether paid or voluntary, then that's WP:PAID, otherwise it's WP:COI. Guy (help! - typo?) 10:23, 17 September 2020 (UTC)[reply]

Arbitrary break (paid editing)

Roll back the creep The idea that volunteers are the same as employees is a legal nonsense and contrary to WP:NOTLAW, WP:NOLEGAL, WP:AGF and so forth. Making editors declare their volunteer activities and interests is contrary to WP:PRIVACY and the overall privacy policy. Here's some personal examples:
  1. I spent time this week cleaning up a local river as a volunteer -- hauling out tyres, timber and a torrent of plastic junk. This activity was organised by the local authority in conjunction with a volunteer group. I have written articles about such activities, including beach cleaning and plogging. I don't make money doing this; it actually costs me money for equipment and wear and tear.
  2. I attend an early morning exercise group, which is self-organised and voluntary. Their main routine seems to be notable but doesn't have an article yet and so I've been thinking of starting one. No money changes hands and there's an explicit ethos that the programme should be free.
  3. I am a member of the London Cycling Campaign and take part in a variety of their voluntary activities. One hot topic lately is the Low Traffic Neighbourhood scheme which limits motor vehicles to promote walking and cycling. That is quite notable but doesn't seem to have an article yet so again, I'm thinking of starting one.
  4. I am a member of the National Trust which administers a variety of notable and historic properties and reserves. They depend heavily on voluntary activity and I might participate in particular events. I would then naturally want to write about notable aspects if they are missing from Wikipedia.
  5. I wrote an article about the decline in insect populations. I have since participated in a variety of citizen science projects which are related to this -- making observations and doing conservation work
There's plenty more but you get the idea. Now, if I were to log and declare all such volunteer activities and interests in detail, then it would get to be quite a chore. I already do this for my various Wikimedia events. If I were to do this for everything, then stalkers would have a very detailed account of my location and movements. There are others who seem to dog and follow me and they do not seem to wish me well. You see, while most of these volunteer activities are quite congenial and comradely, Wikipedia is quite different. The environment here seems to foster suspicion and conflict so that feuds and vendettas are common. For example, I have been lately pilloried at WP:ANI where one specific complaint turned into a crowd scene as old conflicts going back ten years were brought up yet again by a succession of old antagonists. Numerous personal attacks were made on me -- direct accusations that I was a bad faith editor, a liar, a Nazi, an obsessive, a racist, a troll and more. I edit under my own name and am fairly open about my identity as I attend public events. But this experience does not encourage me to tell anyone anything, as there are clearly people who will try to use it as a stick to beat me.
Now I am fairly tough and can take it, just as I didn't mind getting muddy or wet while cleaning up the river. But many folk are not so foolhardy or resilient. We have a culture of anonymity to encourage volunteers to be brave and bold and forthcoming in their editing. We might instead have a different culture in which everyone has to identify themselves and provide details of their credentials and register of interests. I would be ok with that but suppose that there's many who wouldn't. What does not seem acceptable or workable is a confused and confusing half-way house in which anonymity and openness is mixed and muddled.
Andrew🐉(talk) 12:01, 17 September 2020 (UTC)[reply]
@Andrew Davidson: I don't think any of your examples would be impacted by the paid disclosure policy. You're talking about editing the subjects of your volunteer work—which is of course fine and to be encouraged—not the organisations that "employ" you to do it. As an analogy, someone who works for Alphabet Inc. is required to disclose if they want to edit Google, but not search engine. It's no different for unpaid employees. The creep is unfortunately necessary because we frequently encounter junior workers who have been directed to edit the pages of the organisations they work for, and in the sad times we live in, such junior positions are frequently unpaid (as interns, volunteers, "work experience" placements, etc.) But the lack of monetary compensation does not materially change the conflict of interest. As with all our policies, it's applied with common sense, and I've yet to see a real example of the kind of volunteers you and others raise being adversely impacted by it. – Joe (talk) 12:51, 17 September 2020 (UTC)[reply]
They are exactly what would be impacted by declaring that "volunteers are deemed to be employees". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:02, 17 September 2020 (UTC)[reply]
That has been the policy for the last 18 months. Has it happened? – Joe (talk) 13:07, 17 September 2020 (UTC)[reply]
It has never been Wikipedia's policy. HTH. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:12, 17 September 2020 (UTC)[reply]
To clarify: Wikipedia's actual policy has never expected this (nor, as Nemo noted above, does it expect all of us WP:VOLUNTEERS to declare that we're volunteering for Wikipedia whenever we edit any article in Category:Wikipedia). This written page is not accurately describing the actual policy. Therefore, the written description needs to be adjusted. "Tweaked" might be more appropriate than "removed", but this page needs to line up with reality. WhatamIdoing (talk) 22:06, 15 October 2020 (UTC)[reply]

(edit conflict) (well, move conflict) The full paragraph reads: "Interns, on-loan staff, and unpaid workers, including volunteers, are deemed to be employees. If they are directed or expected to edit Wikipedia as part of their tasks, they must make a paid-contribution disclosure.". Those are TWO sentences, independent sentences where the second one is containing an 'if' clause. One: "Interns, on-loan staff, and unpaid workers, including volunteers, are deemed to be employees.". OK, so if you want to bring this to the hypothetical, I am a volunteer editing Wikipedia, and that could possibly be construed as me being an 'employee' (I don't think I am, but whatever you want). Then comes the second sentence, where I will bold parts: "If they are directed or expected to edit Wikipedia as part of their tasks, they must make a paid-contribution disclosure.. For us, editing Wikipedia, that sentence should be read as "If they are directed [by WikiMedia] or expected [by WikiMedia] to edit Wikipedia as part of their tasks, they must make a paid-contribution disclosure [that they were directed or expected by WikiMedia to edit].. Am I being directed or expected by WikiMedia to edit Wikipedia as part of my tasks? No. Are most of the 30.000 volunteers that are active here? No. But if you are, you are requested to declare that. I have a daytime job. They pay my bills. I AM an employee. Are they directing or expecting me to edit? No. Do I have to declare? No. Regarding all the volunteers that are 'directed or expected to edit Wikipedia', OP is actually an example of that, they have that declaration on their userpage, as expected by the sentence that Potw tries to remove. The last post here is by User:Andrew Davidson. Yes, you are a volunteer in the first sentence. Are you by any of these 5 examples directed or expected to edit? There is for you no reason to declare those volunteer cases.

The problem that WP:PAID is trying to solve is that 'directed or expected to edit'. It is NOT saying "Interns, on-loan staff, and unpaid workers, including volunteers, are deemed to be employees AND they must make a paid-contribution disclosure." If there is no 'direction' or 'expectation' , you are not under WP:PAID. If you are not editing pages to make yourself better from it (e.g. promoting your own company to advertise it), you are not bound by WP:COI.

So, back to the original question: "Volunteers must declare that they are paid?". No, they don't have to, except if they are directed or expected to edit. --Dirk Beetstra T C 12:45, 17 September 2020 (UTC)[reply]

You - like others in this discussion - have two matters conflated. Firstly, where I am paid (as a Wikimedian in Residence), I have a "paid-contribution disclosure". Secondly, where I might have a a CoI for my voluntary work, I declare that, as a potential CoI. Nowhere do I have a "a paid-contribution disclosure" for my volunteering, which is what the contested wording would make mandatory.
From time to time, I also teach volunteers to edit Wikipedia, who are accordingly expected to edit Wikipedia, and do so under my direction. They do not do so for pay, or for any other reward (though we might give them a cup of tea and a biscuit). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:58, 17 September 2020 (UTC)[reply]
Indeed. When I attend an editathon, I will naturally follow the direction of the main organiser – following the set agenda, list of topics, timetable and so forth. My partner usually accompanies me at my volunteer events of all kinds. If she assists me with Wikipedia, this will usually be with some direction – requests to proof-read specific pages, take particular photos and so forth. There is no simple test for this and comparable issues in the world of work, such as IR35, have been fraught with difficulty. Such schemes are quite bureaucratic and complex but it is our policy that Wikipedia is not a bureaucracy. Andrew🐉(talk) 13:10, 17 September 2020 (UTC)[reply]
Pigsonthewing, Andrew Davidson, yes, but you are not directed by WikiMedia or whatever organisation what result to attain. You have no paid-contribution disclosure for volunteering, because they are not directing you to edit. Directing how to edit is something completely different than directing what to edit. I feel that you are mixing up being a volunteer, and being a volunteer who is directed to edit to attain a certain result. What I feel that this is trying to catch is that you go to an editathon where Jimbo Wales is telling you to edit his article to make sure that his article looks how he wants it to look. That is something completely different than Jimbo Wales telling you to take the books in the library and create some articles on the women that are described in the books.
So, no, you do not need a paid-contribution disclosure for volunteering. Well, only if that organisation is directing you to make the organisation look better. Dirk Beetstra T C 13:33, 17 September 2020 (UTC)[reply]
  • This has gotten a bit messy, split between misunderstandings, specific language, and ideals. What is clear is that these matters are not uncontroversial. Perhaps the best course of action is to run an RfC over a particular principle: "Is editing at the direction as someone else the same as paid editing, and should it be subject to the same requirements?" — Rhododendrites talk \\ 17:20, 17 September 2020 (UTC)[reply]
  • That wording would not work. As a simple counter-example, consider WP:MENTORSHIP or a review for WP:GA/WP:FA. Typically, in such interactions, one editor directs another – pointing out an issue that needs fixing or a gap that needs filling. Our content is typically a team effort in which many editors contribute and copy-edit. In good teamwork, there is often leadership and communication. And if team members find the work rewarding in some way then this is not a problem; quite the contrary.
The problem with all this stuff is that it confuses inputs and outputs. It tries to micromanage the inputs -- the people that are editing and the way that they go about it. But what matters is the output -- the content which results. If the output is neutral and accurate then it should not matter how this is done.
Andrew🐉(talk) 18:25, 17 September 2020 (UTC)[reply]
Andrew Davidson, those are not counter-examples. What we are talking about is not pointing out issues, what we are talking about is telling someone to make sure that the subject is presented in the best possible light, and to remove anything negative. You can try to ignore that spamming, SEO and blatant self-promotion doesn’t exist, but people will go at great length to promote their business. You enable the excuse, which they will gladly use, and have gladly used: ‘it wasn’t me, it was the volunteer who did it. I did not pay him anything.’ And if the result is good, then it doesn’t matter, but with paid editors the goal is not to have a good result. Again, telling someone how to edit is not the same as telling someone to write something positive about a subject so you profit from it. The first volunteer doesn’t have anything to declare, and the ‘instructed’ editor has nothing to loose, the latter has a COI, and a ‘paid’ interest to follow the instructions of the person who instructs them (at the cost of bad gradings for interns, loss of position or just a bad time while being there). Dirk Beetstra T C 19:40, 17 September 2020 (UTC)[reply]
  • I thank Joe for pinging me, and that ping is the only reason I'm commenting here. I've read the discussion above. I think that arguing over an edit war, or over whether or not someone is incorrectly characterizing the intent of an edit, or over whether or not something is compensation, is the wrong way to approach the question. Instead, it would be useful to see some recent examples of disagreements about editors who might have failed to disclose something, and look at how the disputed language would play into that. If we aren't seeing problems that the added language addresses, then the added language may not be needed – but if we have been encountering such problems, then we should craft language to address that. --Tryptofish (talk) 18:34, 17 September 2020 (UTC)[reply]
  • All of this could be solved by splitting out to a separate policy what needs to be done for editors who are actually getting paid to put content on Wikipedia, and those who are in some other way affiliated with an organization for which they are putting content on Wikipedia. There are fairly clear conceivable cases where the latter is still problematic. BD2412 T 22:09, 17 September 2020 (UTC)[reply]
    In other words, WP:PAID (editors who are actually getting paid to put content on Wikipedia) v. WP:COI (those who are in some other way affiliated with an organization for which they are putting content on Wikipedia)? Lev!vich 01:43, 19 September 2020 (UTC)[reply]
    No separate policies, please. We have PAID, we have COI, we don't need a 3rd type of policy too. It's just CREEP, and it's confusing. Wikipedians with experience of policies I think underestimate how confusing this jumble is to new editors. The more policies we add, especially overlapping ones, the less chance any of them will be read or followed. ProcrastinatingReader (talk) 11:16, 19 September 2020 (UTC)[reply]
  • I oppose the proposed addition as written. It's overly broad. Let's use common sense. I would support a return to the way it was written years ago, mentioned above. Benjamin (talk) 21:21, 18 September 2020 (UTC)[reply]
  • I agree with Andy's edit, i.e., reverting the addition/change. Changes to policy pages should follow the policy for making changes to policy pages (WP:PGCHANGE). As to the substance of the issue, it's what XOR said: If somebody else is telling you what to do when you edit here, you should disclose that. The sine qua non of WP:PAID and WP:COI is actually WP:PROXYING editing. The question is: are you making edits of your own volition, because you're a volunteer editor and you think your edits improve the encyclopedia, or are you making edits because someone is telling you to? The reason why an editor is making edits at the behest of someone else--whether it's because the person is their uncle (WP:COI), or because they're being paid (WP:PAID), is rather irrelevant--the point is, a paid editor, or an intern, or a volunteer, or a family member, is making edits at the behest of someone else (the employer/principal/whatever), who themselves has a COI from editing the topic. Thus, the proxy also has a COI, which should be disclosed. Anyone who edits at the direction of someone else, whether it's for pay or not, should disclose that. Lev!vich 03:36, 19 September 2020 (UTC)[reply]
  • Re substance, I also disagree volunteers are under PAID. However, unpaid employees (for lack of a better word) could be considered to apply under PAID. This would include unpaid interns, or 'volunteers' otherwise directed by an employer to specifically edit Wikipedia. The point of PAID is not retribution, it addresses a real problem and a niche, problematic case of COI editing. These two situations I mentioned are within the realm of what PAID intends to solve. The second question, which is often ignored in these discussions, is of enforcement. Any admin can, I think, apply some discretion in this matter. Otherwise, any editor would be able to get out of a UPE block by saying "my employer doesn't pay me". ProcrastinatingReader (talk) 11:14, 19 September 2020 (UTC)[reply]
  • I strongly disapprove of classing volunteers in general as paid employees. I do not think the discussions linked at the start of this thread form a sufficient consensus for the change, and it should not have been made without wider discussion, including an announcement at CENT. At least the first of those discussion was solely focused on people who are required to do "volunteer" work as part of a degree or similar program. That is a much narrower and more specific situation, and a change to the paid contribution rule narrowly focused on such situations might well gain consensus, although even that should have wider discussion. But that discussion in no way supports the more general statement added to the policy page. This change is clearly not uncontroversial. I was not previously aware of it. I approve of Andy's revert of this change, and it should stay reverted until and unless a formal RfC develops a clear consensus to change it. I stand ready to revert any such change until such a consensus is demonstrated. DES (talk)DESiegel Contribs 23:56, 19 September 2020 (UTC)[reply]
  • The amendment made 18 months ago does not change the rules, it just avoids a "point of misunderstanding" and at no point, did Wikipedia have a rule affirming volunteer work is excluded from being considered paid editing. The underlying rules (emphasis highlighted by me) "If you receive, or expect to receive, 'compensation' for your contributions to Wikipedia, you must disclose who is paying you to edit (your "employer"), who the client is, and any other relevant role or relationship. It does not matter whether you are paid directly by the client, or paid indirectly by an employer on behalf of the client." The compensation does not have to be money or something of monetary value. From my own observations, 501c3/NGO promotional editing has been a major concern. Removing volunteers from being considered as paid would give 501c3s, government agencies, and other groups that have volunteers give carte blanche pass to use volunteers as an instrument of public relations and marketing editing. A museum uploading pictures of donated artifiacts, then having volunteers write about the artifact in dispassionate, unconnected way is an entirely different thing from having them create or edit on the 501c3's, its board members or executive director. I think @Doc James: made similar point somewhere. Just as a reference, in some cases, even government agencies consider volunteering equivalent of work: https://www.fns.usda.gov/snap/work-requirements "Work can be for pay, for goods or services (for something other than money), unpaid, or as a volunteer" Graywalls (talk) 12:40, 21 September 2020 (UTC)[reply]
    • The claim that "The amendment made 18 months ago does not change the rules" is false; the claim made in that edit, that it was Wikipedia policy that "volunteers, are deemed to be employees", is is false (just as it is false to claim that that is currently, or has ever been, policy). The clam that "If [volunteers] are directed or expected to edit Wikipedia as part of their tasks, they must make a paid-contribution disclosure", likewise. I made the point above that "If this significant change to our policy has the robust consensus of the wider community that Joe apparently claims it does, then he will have no trouble demonstrating that." Neither Joe or you, nor indeed anybody else, have so far demonstrated any such consensus. You might also like to note that 501c3 is not applicable in 205 of the 206 sovereign states that are covered by the policy. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:36, 21 September 2020 (UTC)[reply]

@MER-C and Bri:, as someone mentioned in this sign post you have an interest regarding COI and public relations editing concerns and thought you might have some words to offer here. Graywalls (talk) 19:32, 21 September 2020 (UTC)[reply]

I'm aware of this discussion but had not followed it closely and wouldn't feel right about weighing in at this time. Frankly the vast majority of the issues I've seen are around commercial media, brands or products, and executive and entertainment BLPs. Fine tuning policy around non-profits is way in the back of my mind. ☆ Bri (talk) 21:44, 21 September 2020 (UTC)[reply]
  • I think this one is honestly a little difficult because "volunteer" can mean lots of different things. I do not support a blanket rule on all volunteers having to disclose in all cases. For instance, if you go door-to-door for the Conservative Party in the 2019 UK general election and edit MP-related topics, expecting you to self-disclose that is just too onerus and bureaucratic (and maybe reveals more personal information than you want to). But if you're essentially a full-time high-up volunteer on Pete Buttigieg's campaign and you are editing pages about his rivals then self-disclosure is very necessary. I think the point here should be that you need to self-disclose if your edits relate to your financial interests, career interests or professional reputation, narrowly construed. (We all have financial interests in certain political outcomes, or might gain professional reputation by listing our Wikipedia work on our CVs etc. Use common sense.) The other major reason is if you have been formally directed or feel pressure by any organisation, profit or non-profit, to edit particular content on Wikipedia.
    So I don't agree with the text that is in contention here and other than its removal, I don't see any particular part of our COI/PAID policies which need changing in regards to volunteers. I would also like to thank Andrew Davidson for his comment as I think it's very useful to this discussion. — Bilorv (talk) 01:54, 27 September 2020 (UTC)[reply]
  • I agree with Pigsonthewing that the wording was problematic. There are many levels of "volunteering" and certainly not all of them should be equated with being an employee and being a paid editor (per Nemo's point that we are all volunteers). The wording should emphasize that disclosure is about actual substantial conflicts of interest (not just getting paid). Doing one-time or low-level volunteer work usually wouldn't meet that threshold. Kaldari (talk) 00:15, 29 September 2020 (UTC)[reply]
  • This is an example of request edit where COI disclosure is warranted, and if directly editing was to occur without disclosure, it ought to be considered as a UPE. Just by the virtue of the way the organization is structured, it is able to have volunteers where as if it was a non 501c organization; it would make it a labor law violation. Such a bureaucratic difference shouldn't give these organizations a favorable interpretation in the ability to make undisclosed editing without being considered UPE. I would support rewording the interpretation to "considered as if they're employees" and that interpretation is correct in the spirit of paid editing disclosure. It would specifically cover volunteers editing Wikipedia at the instruction/suggestion/direction of volunteer coordinator; where their subordination may have consideration (expectation of references, maintenance of freedom (court mandated volunteer, etc), payment (many employers these days authorize employees time to go volunteer on the clock for a certain amount every month see https://www.npr.org/2013/08/14/211961622/more-companies-encourage-workers-to-volunteer-on-the-clock). Graywalls (talk) 13:26, 4 October 2020 (UTC)[reply]
    • The example you give (which once again, seems to depend on the law of just one of the 206 sovereign states to which the policy in question applies) may perhaps be an example of what you say it is, but is not proof that all volunteers are paid, nor a reason why they should declare that they are, in that or any other country. And it certainly does not entitle us to deem nor consider them all to be employees. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:57, 9 October 2020 (UTC)[reply]
      • Regardless of laws in different country, the same principle applies. The example shows how a simple difference in the organization's structuring can make it appear as they're doing it as a "volunteer". The example of wiki editors as mentioned by user Nemo_bis is quite different from for example fund raising volunteers making edits to Wikipedia to encourage the fund raising of the organization for which they're trying to raise funds for. Graywalls (talk) 09:33, 13 October 2020 (UTC)[reply]
    • How is an example of a volunteer disclosing a conflict of interest evidence of anything related to undisclosed paid editing? Even if this volunteer is paid (which we have no evidence of) that does not make them an employee, nor does it mean all volunteers are paid let alone that all (or any other) volunteers are employees, or even that all employees who edit are paid to edit. Thryduulf (talk) 12:07, 13 October 2020 (UTC)[reply]

There being no consensus for its additon, I have again just reverted the insertion of the wording discussed above. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:04, 11 October 2020 (UTC)[reply]

Should organizational volunteers disclose that they are volunteers?

I am rephrasing the question to remove the issues of payment or “employee” status from the discussion. Please focus purely on the potential for a conflict of interest when someone edits on behalf of an organization (especially in articles directly related to that orgsnization). Blueboar (talk) 13:38, 13 October 2020 (UTC)[reply]

It depends on the nature of their volunteering. If they help out on a casual basis once in a while by making teas and coffees, then there is unlikely to be any more or less COI than a member of the public who regularly donates to the cause but doesn't volunteer has. If they represent the organisation at conference stand, handing out publicity material, signing up donors, etc. then yes that's a clear conflict of interest that should be declared. The only thing that matters here is whether the person has a conflict of interest that means that either (a) they cannot accurately judge what is and is not neutral, and/or (b) they are motivated to introduce and/or preserve bias in the article. "Volunteer" is far too broad a term to be at all useful in determining this. Thryduulf (talk) 23:11, 13 October 2020 (UTC)[reply]

Question (?) mark over the "Fifth pillar"

I came across a Wikipedia page Wikipedia:Five pillars, It sounds like a policy page when factually unfortunately it is not.

In a world ever eager in marred in hammering and enforcing commandments and rulings with blind folded literalism the fifth pillar Wikipedia has no firm rules written by User:Neutrality is quite unusual, no doubt which should have been awarded and rewarded. Far from rewarding the same by adhering to the principle..

But whenever I look back bottom lines of Wikipedia:Five pillars and compare with predominant stiffing hegemony of Wikipedian curators continuously hammering long lists of rules after rules policy pages after policy pages I find myself perplexed. Forget commitment, on several instances even an ounce spirit of flexibility seems missing next to the absolute.

The fifth pillar of page Wikipedia:Five pillars ends up creating false hope impression and eventual trauma, on unsuspecting readers,

Specially principle of "Wikipedia has no firm rules" is most exception than rule the way Wikipedia is practiced.

"..Wikipedia has policies and guidelines, but they are not carved in stone.." is this statement truly practiced in Wikipedia other than few twisted examples if not then why do have it ?

If there is no sensitization on Wikipedians part about this value then why have a showpiece which is not practiced. Why not write what you do and why write what you don't do ?

Sorry for the rant but I sincerely feel Wikipedians sincerely revisit this aspect. Delete it or rewrite it

Bookku (talk) 14:23, 18 September 2020 (UTC)[reply]

We really do have (some) firm rules -- no child pornography and no undoing Wikipedia:Office actions come to mind -- and the fifth pillar should not say we don't.
How about "Wikipedia has very few firm rules"? --Guy Macon (talk) 15:02, 18 September 2020 (UTC)[reply]
We don't really "need" a rule on those things - since WMF deals with those --- meaning it's not really an "English Wikipedia" rule, it's a global Wikimedia Foundation rule. — xaosflux Talk 15:12, 18 September 2020 (UTC)[reply]
Some people might dispute that child pornography one. Internet Watch Foundation and Wikipedia. Note the article explicitly states that it is about the English Wikipedia, and not Wikimedia or Wikipedia in general. Emir of Wikipedia (talk) 19:52, 5 October 2020 (UTC)[reply]
The irony is that, while technically they can change, their base thing they are trying to tell is almost always the same. Example: How WP:NVOP is applied can change, but it's base (trying to not make biased edits) is always the same, no matter what. So it does probably need a revision. Arsonxists (talk) 15:23, 18 September 2020 (UTC)[reply]
You should read through the essays listed at Wikipedia:"Ignore all rules" essays and related topics. It will explain what you have misunderstood about how many rules we have and use. --Izno (talk) 16:03, 18 September 2020 (UTC)[reply]
@Bookku the five pillars page is intended to be a summary of all the rules, policies, and guidelines. We document all of them for Wikipedia's record. It is intended as a quick start so that new editors diving in can understand the basic and core policies of Wikipedia. And about the "Wikipedia has no firm rules", that means that no specific Wikipedia policy is permanently engraved in stone. That does not mean Wikipedia is not subject to other rules, like international copyright law or the founding principles here. Aasim 18:25, 18 September 2020 (UTC)[reply]

@Bookku: This isn't going to change anything, but for what it's worth, I share your frustration. Wikipedia has grown increasingly bureaucratic over the years. Benjamin (talk) 21:23, 18 September 2020 (UTC)[reply]

  • @Bookku: is correct, the "no firm rules" pillar, like the "ignore all rules" policy, has yielded to reality. It is still an ideal to strive for, but there are rules, such as policies related to copyright, real-life personal safety, and other legal issues, where there is little or no "wiggle room." In other words, some of our rules are, out of necessity, firm rules.
That said, we shouldn't change the existing text. However, we should consider writing an explanatory preface to the document stating up front that the entire "Five Pillars" embodies the ideal of what Wikipedia would be in a perfect world, and that all editors should strive to maintain them whenever possible, but acknowledge that there are times when "reality" trumps "idealism." Previous comment originally appeared at Wikipedia talk:Five pillars davidwr/(talk)/(contribs) 01:47, 23 September 2020 (UTC)[reply]
  • Should be left as is, with no additions or explanatory text (which would then be de facto incorporated into the language of the pillar). Like the brief language in, for example, much of the United States Bill of Rights has helped develop an arc towards a new definition of civilization, this pillar, even though not exactly accurate in the broader sense of copyright and limiting content, has done much to guide the progress and growth of Wikipedia. Randy Kryn (talk) 02:48, 23 September 2020 (UTC)[reply]
  • Speaking of questionable pillars, does anyone actually believe that Wikipedia editors "treat each other with respect and civility"? That one seems to have been thrown out the door years ago. Kaldari (talk) 00:20, 29 September 2020 (UTC)[reply]
    • Many editors interact with me in a respectful manner without personalizing the discussion. Sadly it only takes a few behaving poorly to make contributing to Wikipedia unpleasant. isaacl (talk) 05:56, 29 September 2020 (UTC)[reply]

Extremely excessive number of articles on non-notable concert tours

If you check any category like this, this, or this you will find several, even dozens, of articles on completely non-notable, often poorly referenced, sometimes unreferenced, concert tours, which often just consist of a huge table with a list of every date and location and an uncited numbered list of songs in the setlist. References, if existent, are usually limited to primary sources simply announcing the existence of the tour, which does not make it notable. See the guidelines for concert tours, especially “significant coverage in multiple independent reliable sources” (i.e. not the band’s website or a youtube comments section), and “Sources that merely establish that a tour happened are not sufficient to demonstrate notability”, as well as “A tour that meets notability standards does not make all tours associated with that artist notable”. I propose that the vast majority of these articles be deleted. If we must we can put some basic info about the tours on artist and album pages, but certainly not those ungodly tables of every date and location. Dylanvt (talk) 14:08, 30 September 2020 (UTC)[reply]

See WP:AFD for options on how to request that articles are deleted. --Jayron32 14:39, 30 September 2020 (UTC)[reply]
That page says this: “For the avoidance of doubt, bundling should not be used to form consensus around policy decisions such as ‘should Wikipedia include this type of article’”. That is my concern: it seems that Wikipedians have collectively decided that every concert tour that has ever happened should be included in Wikipedia. I refute that. I just didn’t think it was clear-cut enough to start officially nominating them all for deletion. Dylanvt (talk) 14:45, 30 September 2020 (UTC)[reply]
Articles about concert tours are fine. There have been concert tours that have reliable and substantial third party coverage, and as such, merit an article at Wikipedia. If you find a specific concert tour that itself does not have reliable and substantial third party coverage, nominate that article for deletion. If there are more than one such articles, nominate each for deletion. --Jayron32 15:20, 30 September 2020 (UTC)[reply]
There's also the more general point that judging notability is very subjective. For example, as an Englishman with no interest in sport there are many many stub articles about (American) footballers, basketballers and baseballers that are all but incomprehensible and totally pointless. The tours you refer to may be of great interest to the fans of the groups concerned. In general, unless you are paying the bill for WMF's disk farm, how does it affect you? Picking one of the 1977 tours at random, it is 7500 bytes in size. With storage around £50/TB that's a bit under 1/25,000 of a penny or approximately 1/20,000 os a US cent. Martin of Sheffield (talk) 15:44, 30 September 2020 (UTC)[reply]
Sure, but potentially being of interest to fans of a musical group doesn't make something encyclopedic. I actually would support deleting pages for many obscure, non-notable sportspeople. In any case, no matter how little space these concert tour pages take up, according to our own policies, they shouldn't exist in the absence of “significant coverage in multiple independent reliable sources”. Barring that, they should be, at most, mentioned on artist or album pages, perhaps with a link to some external site.
Again, of course notability is subjective, but the existence or non-existence of “significant coverage in multiple independent reliable sources” is certainly objective. Dylanvt (talk) 17:05, 30 September 2020 (UTC)[reply]
You are welcome to nominate any of these articles that don't meet the notability guidelines for deletion. Just recognise that there are some such articles that do meet the notability guidelines, so don't nominate them indiscrimately. And I would dispute the that "significant coverage in multiple independent reliable sources" is an objective criterion: there is little objectivity involved in "significant coverage", "multiple", "independent" or "reliable". Whether a particular topic passes the guideline is often determined by who happens to show up at a deletion discussion. Phil Bridger (talk) 18:08, 30 September 2020 (UTC)[reply]
Okay. I've now nominated quite a few, but I'm not doing so automatically or indiscriminately, because you're right, plenty of them do meet the guidelines. I'm only nominating ones without references or whose only references are "X announces tour!" I only brought the issue here because of the sheer number of articles like this. I thought there might be a better approach than deleting them one by one. Of course it's not an urgent matter in any case. Dylanvt (talk) 20:41, 30 September 2020 (UTC)[reply]

Also consider that a nontrivial amount of these tours are directly connected to albums, so if there's not much coverage of the tour apart from the album, a merge makes sense. The first one I clicked from the categories above is an example of this: Am I a Girl? Tour, which looks like it should be merged sans the table of tour dates (WP:NOT) to Am I a Girl?. — Rhododendrites talk \\ 03:06, 1 October 2020 (UTC)[reply]

@Dylanvt: I agree there is a problem. I took two samples from the 1977 tour category that leapt out - In the Flesh (Pink Floyd tour) is unquestionably notable beyond all doubt (particularly the last show in Montreal where Roger Waters spat in a fan's face, David Gilmour refused to play an encore, and the whole thing ended up inspiring The Wall. Led Zeppelin North American Tour 1977 is also notable. Of the remainder, I have already nominated several Genesis tour articles as being original research and I think A Trick of the Tail Tour is original research unless somebody can find me multiple reliable sources that used that name, as opposed to simply talking about specific tour dates. If you want a list of tour dates, Fandom is thataway. Ritchie333 (talk) (cont) 09:09, 1 October 2020 (UTC)[reply]

There are too many articles on minor tours which should be deleted or merged, but I think there are more worthy candidates to make your case than the Ziggy Stardust Tour, which was immortalized in one movie and at least two official live albums. Fram (talk) 09:34, 1 October 2020 (UTC)[reply]

  • Just an aside: You know that you don't have to nominate any of these for deletion if you want them to go away. Just create a list at the artists page, and redirect them to that article. Easy peasy, lemon squeezy, and doesn't require any AFD discussions. Doing that takes much less time and energy than starting an AFD discussion, and you don't need to wait around for people to comment on the discussion. --Jayron32 11:17, 1 October 2020 (UTC)[reply]
.... assuming you think that the title is a suitable redirect term, that is. Ritchie333 (talk) (cont) 11:35, 1 October 2020 (UTC)[reply]
Quite. The Ziggy Stardust tour must be one of the most notable there has ever been, although I will declare an interest as I was at the Hammersmith Odeon on 3 July 1973 (yes, I wasn't always old and grumpy). This was the type of indiscriminate deletion proposal that I was warning you against above. Phil Bridger (talk) 13:59, 1 October 2020 (UTC)[reply]
Easy, peasy, highly sneaky. And liable to be reverted, if only on principle. Johnbod (talk) 14:49, 1 October 2020 (UTC)[reply]
Bold editing is not sneaky, and reverting an edit "on principle" just because it was a bold edit would be disruptive. Lev!vich 15:43, 1 October 2020 (UTC)[reply]
It's called deletion by redirect. There is an essay somewhere. Only done when totally uncontroversial to avoid wasting time at AfD. If any chance of dispute then it circumvents the consensus process, not Bold rather kind of cowardly. -- GreenC 16:09, 1 October 2020 (UTC)[reply]
Oh, well if there's an essay somewhere, then that settles it. Every bold edit is someone's idea of an uncontroversial improvement. I mean, that's why it's called WP:BOLD, because by making the edit, the editor is boldly staking out the proposition that the edit will have consensus. And if anyone disagrees, that's what we have "undo" for. See how well the process worked for Ziggy Stardust Tour? No 7-day discussion needed to figure that one out, just a bold edit and an undo. That's the best way forward. Lev!vich 16:24, 1 October 2020 (UTC)[reply]
Just need to find reliable sources for the personnel, tour dates and set lists, then it's a 5x expansion for DYK. Get in! Ritchie333 (talk) (cont) 16:32, 1 October 2020 (UTC)[reply]

I'd caution against nominating based only on the sources present in the articles; WP:BEFORE indicates that the nominator should also search for potential sources that have not been included in the article but would indicate notability. As others have alluded to, you should also consider alternatives to deletion, such as merging or redirecting pages instead of nominating them for deletion.—Ost (talk) 14:58, 1 October 2020 (UTC)[reply]

I'm pretty new to these sorts of edits (I usually just copyedit and add banner templates for problematic pages); can I make redirects without discussion or nomination, if I think it would be uncontroversial? Can I just blank the least notable of these tour pages and create redirects to the album or artist pages? Dylanvt (talk) 16:56, 1 October 2020 (UTC)[reply]
I would say Something for the Rest of Us Tour is a good example of an uncontroversial redirect. I just nominated it for deletion, but would it be better to blank it and create a redirect? There is no content except for tour dates. Also nothing on it online. Dylanvt (talk) 17:25, 1 October 2020 (UTC)[reply]
Dylanvt, given the nature of Wikipedia, unfortunately those aren't questions that anyone can give you an authoritative "yes" or "no" answer to. Yes, you are permitted to boldly change an article into a redirect, but only, as you said, if you think it'll be uncontroversial, which is a matter of prediction. If you do too many bold redirects that turn out to be reverted/controversial, other editors will surely complain about "bold" becoming "reckless". But if you do 100 and no one complains, someone might give you a barnstar for helping clean up the wiki. :-)
My advice on deciding: check to see how many page views an article has, how often it's been edited, and how many page watchers it has. Something for the Rest of Us Tour is a good example: 30 page views in 30 days, only edited once in the past year, and less than 30 watchers (page info). Assuming you've confirmed the tour is not notable with a WP:BEFORE search, probably nobody will mind it being boldly redirected. On the other hand, if an article was edited 10 times today or has 100 page watchers, chances are a bold redirect will be quickly reverted, accompanied by loud complaints. When in doubt, you can always post a message on the talk page, "I'm thinking of redirecting this to [target] because ...", and see if anyone responds (give it a few days). Try not to do too many at once, especially at first... perhaps do a batch, wait a little bit, and see if you get any push back. If not, do some more.
Thanks in advance for putting in the time for the cleanup by the way :-) Lev!vich 17:40, 1 October 2020 (UTC)[reply]

"What's Special About This Number" webpage in WP:NUMBER is 404 now

Integers
......
3. Is it listed in a book such as David Wells's Dictionary of Curious and Interesting Numbers, or Jean-Marie De Koninck's Those Fascinating Numbers, or on Erich Friedman's "What's Special About This Number" webpage?

Now the webpage is 404 page not found. How to solve the problem? --Rowingbohe♬(Talk/zhwiki) 08:32, 3 October 2020 (UTC)[reply]

That page is now at [9], but I'm not sure that we should give special consideration in a guideline to this list. Phil Bridger (talk) 09:10, 3 October 2020 (UTC)[reply]
Link amended on guideline page in the interim. --Paul Carpenter (talk) 01:44, 10 October 2020 (UTC)[reply]

Should the use of the 'Undisclosed paid' template be explained on article talk pages?

Please contribute to the discussion at Template talk:Undisclosed paid#Make talk page discussion mandatory when this template is used. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:15, 4 October 2020 (UTC)[reply]

Disallow political opinion and userboxes on userpages

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.


Recently, I have stumbled across many user pages with political statements and userboxes on them and surprisingly I have noticed that you are allowed to do this, political statements on userpages gives myself (and likely other editors) a thought in my head that makes me consider whether a users edits abide by WP:NPOV or not.

I am proposing a policy that forbids users from putting political opinions on userpages as I find it quite inappropriate to have on a place where you're meant to have a neutral point of view, also it can (depending on the political statement) already break WP:UP#PROMO, WP:POLEMIC. Cairo2k18(talk)(contribs) 22:26, 5 October 2020 (UTC)[reply]

  • Given several recent heated discussions on MFDs over certain userboxes, this at least must apply to userboxes that speak to a political or ideological message, as while the userboxes that were deleted were in the context of being harassing other editors, it creates a massive double standard and slippery slope that anyone could possibly find any political/ideological message to be insulting/harassing to them, and the consensus from these discussions gave room for the line to be practically anywhere. We might as well get rid of such boxes altogether. Whether that applies to user text, that's more difficult (canned code verses personal statement), but users should be aware that the line being taken to take for offending other editors based on expressing one's political or ideological believes can be very low, and are cautioned about expressing these views. --Masem (t) 22:35, 5 October 2020 (UTC)[reply]
  • I'd rather editors with a particular bias be upfront about it than not. I think that general principle is consistent with the way we treat coi, paid, and promotional edtiting generally. Paid editing is not per say forbidden, but it is required that paid editors disclose their activity, making it easier to spot and fix any bias resulting from it. If you have a conflict of interest with a particular article (say one about yourself), you are supposed to disclose that fact and ask someone else to make your proposed edits. If you have strong opinions (be they political, religious, or other), it seems consistent with the way we treat other biases that you should disclose them, making it easier for other editors to keep an eye on your edits in those areas. In that light, I see nothing wrong with brief, neutral political statements (such as a userbox that says, "this user supports X party") that function as disclosure of information that may be pertinent to the person's editing. ~ ONUnicorn(Talk|Contribs)problem solving 22:36, 5 October 2020 (UTC)[reply]
  • Wokipedia? A user page is supposed to offer some information about the user. If they choose to declare allegiance to a certain belief, the rest of us have to accept that people have beliefs and some of them are actually different from our own. Actual problems are where a user might support something that crosses the line into what injures others, and/or what is indistinguishable from trolling. Johnuniq (talk) 22:36, 5 October 2020 (UTC)[reply]
  • The point of having userboxes is precisely to do just that: I fully disclose my political, linguistic, cultural and geographic perspective so that other editors may examine my contributions with full knowledge of my biases. Every editor has biases; some of us are just honest about them. VanIsaacWScont 22:39, 5 October 2020 (UTC)[reply]
(edit conflict) Before proposing bans, I think you need to clarify exactly what you are wanting to ban. Does "political opinions" or "political or ideological message" for instance refer to pro- or anti-creationism. Is the Flying Spaghetti Monster a ideological statement? Is banning forced marriage cultural imperialism? What about attacking religio-cultural norms like FGM? Martin of Sheffield (talk) 22:42, 5 October 2020 (UTC)[reply]
  • I don't see the need. As long as people don't have hateful messages in their user space, it should be fine. And when those pop up, it can be dealt with by the community, as was done recently. Isabelle 🔔 22:55, 5 October 2020 (UTC)[reply]
So... A user box that says: “This user thinks you are a poopy head” is out? Blueboar (talk) 23:08, 5 October 2020 (UTC)[reply]
That said, I am actually in favor of allowing users to put Nazi crap on their user page so we can immediately block them for not being here to build the community for everybody. Ian.thomson (talk) 23:17, 5 October 2020 (UTC)[reply]
That is a guideline, not a policy. Emir of Wikipedia (talk) 16:53, 6 October 2020 (UTC)[reply]
That's just an essay, actually. --Yair rand (talk) 08:32, 7 October 2020 (UTC)[reply]
  • Agree with all responses above, people hold political opinions and provided they are not being discriminatory, inciting violence or other illigal activities then let them acknowledge their opinions on their user pages, it actually aids other users in understanding their likely viewpoint. We all have biases. Cavalryman (talk) 23:29, 5 October 2020 (UTC).[reply]
Alright, thanks for explaining this. I did not think of that, so I guess I should probably disclose my biases as well. Cairo2k18(talk)(contribs) 03:12, 7 October 2020 (UTC)[reply]
  • There are now about a dozen different places this discussion is taking place all at once. Opening more threads is not productive. Maybe a couple people can volunteer to draft an RfC. — Rhododendrites talk \\ 00:20, 6 October 2020 (UTC)[reply]
  • Agree with Cavalryman. Peacemaker67 (click to talk to me) 00:24, 6 October 2020 (UTC)[reply]
  • This is based on a fundamental misinterpretation of NPOV. Articles must be written from a neutral point of view; this does not require editors to have or display a neutral point of view in non-article spaces. Frickeg (talk) 05:55, 6 October 2020 (UTC)[reply]
  • So instead of being open with our biases, you propose we hide them. That'll work. --Golbez (talk) 13:35, 6 October 2020 (UTC)[reply]
  • Agreed with Rhododendrites that the WP:TALKFORKING here is egregious. Cairo2k18, please consolidate everything. But since this has been opened, I'll copy my comment from the idea lab:

    I have to say that I do find political userboxes useful, in the same way I find blank edit summaries useful: they're a flag. Often, I'll encounter an editor on a talk page for a charged political topic making a, shall we say, highly strained argument for a particular outcome. I'll initially WP:AGF that they perhaps just have an unusual interpretation of policy, but if I check their user page and it's filled with political boxes, that's useful, since it pushes their behavior into WP:SPADE territory, or at the least indicates that they're too blinded by their ideology to look at the issue objectively. I can then choose to disengage with them or otherwise proceed accordingly. Let's allow POV pushers to out themselves.

    {{u|Sdkb}}talk 02:21, 7 October 2020 (UTC)[reply]
    "the WP:TALKFORKING here is egregious, but I'll participate anyway." Hmm. ―Mandruss  02:36, 7 October 2020 (UTC)[reply]
  • Please close per WP:TALKFORK and WP:MULTI. ―Mandruss  02:36, 7 October 2020 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Any animated GIF should have an ON/OFF switch

On the article Resonator there is an animated gif.
This and any constantly playing animated GIF is annoying !!.
Any animated GIF should have a switch with which the gif can be switched on and off.

On my screen the gif in "Resonator" is beside the first seven lines of text (not above).
So I can't just scroll it out of sight.
And if I push the right edge of the window towards the left, the window remains beside the text.
Many animated gifs are between text that is: with text above and below and beside the gif. So there is no way to evade this constant movement.
So I, and many others too, would greatley appreciate this suggested switch.
On talk of "Resonator" there is at least one other reader who is annoyed. I'm sure, ther are many more.

This one on Talk:Resonator#The_animated_GIF_is_annoying_!!, User:Spinningspark, mentioned:
Phabricator task T61217 is relevant to this, but there has been no activity for years.


Plus: I (Steue) suggest that animated gifs are halted by default.

Please ping me. Steue (talk) 07:52, 6 October 2020 (UTC)[reply]


@Steue: I am not aware of a way to freeze the image so I was WP:BOLD and altered the image in Resonator to be hidden by default. Does this seem to be a reasonable thing to do? — GhostInTheMachine talk to me 11:48, 6 October 2020 (UTC)[reply]
That removes the image from the mobile skin, which is a step too far. I will look for an alternative way to do that. — GhostInTheMachine talk to me 12:18, 6 October 2020 (UTC)[reply]
I reverted the hiding per MOS:DONTHIDE. I also moved the image back up to the top. Having it below the text like that is awkward for other reasons. As for the overall wish for pausing gifs (there are animated PNGs too, by the way, and maybe other formats?), that's certainly a reasonable feature request, but I'd wager some careful thought needs to go into how it's handled. I haven't checked, but there might even be browser extensions that let you do this already. –Deacon Vorbis (carbon • videos) 12:28, 6 October 2020 (UTC)[reply]
FYI, phab:T85838 is open to create technical functionality for this, feel fee to add support there. — xaosflux Talk 12:25, 6 October 2020 (UTC)[reply]
Etiquette at Phab is against voting. Comments with practical value (e.g., examples of obvious or serious problems or alternatives that you found) are highly desirable. Just saying that you want something is not. Whatamidoing (WMF) (talk) 02:17, 14 October 2020 (UTC)[reply]

There's no easy way to enable starting and stopping of animated gifs on a page. It's one of the annoyances of animated gifs, and why so many websites have sections for "gifs" that actually display looping webms (i.e. videos). It seems like it would be a major undertaking to create a way to do that in mediwiki (though others will be more knowledgeable about the specificity there than me). I would be surprised if developers looked at the size of that task and concluded anything other than that it would be better to just switch to video. The downside is that, at least at first, if we switch from gif to video, if there's a case where you do want it to play automatically, that's gone (but I think it would be easier to modify webm display settings to create a template parameter to do so). Also with the way we display webms now, we don't have a way to just play it inline, I don't think, and part is obstructed by the playback controls. In the short term, Steue, there are plugins for the major browsers that pause all gifs on the internet by default and require you to click to play. It might be easier to implement on your end. :) — Rhododendrites talk \\ 15:18, 6 October 2020 (UTC)[reply]

A workaround would be to capture a single frame of the animated image and display it instead, along with a link to the animated image. isaacl (talk) 23:40, 6 October 2020 (UTC)[reply]
You may wish to stop all of them in your web browser, eg see [10]. Graeme Bartlett (talk) 00:18, 7 October 2020 (UTC)[reply]
Many thanks to all of you and

a million thanks to Graeme Bartlett.
I changed it in my Firefox to play "once" and it works!!
The add-on which howtogeek.com mentions is no longer available.

Deacon Vorbis, for which other reasons is it awkward?
Steue (talk) 06:37, 9 October 2020 (UTC)[reply]
@Rhododendrites
"GIF Viewer" can start and stop gifs, but this is a completely separate program, and I don't know wether this may help in the WP.
Steue (talk) 07:13, 9 October 2020 (UTC)[reply]
The solution from isaacl sounds pretty good and feasable to me.
Steue (talk) 07:17, 9 October 2020 (UTC)[reply]
@Steue: (and any others interested) Add importScript('User:Alexis Jazz/Hammertime.js'); mw.loader.load( '/w/index.php?title=User:Alexis Jazz/Hammertime.js&action=raw&ctype=text/javascript' ); (sorry, I just learned importScript has been deprecated and doesn't work on the mobile site, you can still use it on the desktop site though) to Special:Mypage/common.js (source) to have a button on every article page that stops the window (JavaScript window.stop) which should halt animated GIFs in most browsers. — Alexis Jazz (talk or ping me) 10:31, 9 October 2020 (UTC)[reply]

The onus on start/stop the GIF should lie with its Wikipedia creator. Xxanthippe (talk) 10:51, 9 October 2020 (UTC).[reply]

Having to reload the entire page to restart an animation sounds like a terrible design and probably most animated image formats don't work like that. (Videos do, but they also come with controls out of most browser boxes.) There is a reason that accessibility says there should be controls and not that images should stop doing things. --Izno (talk) 14:39, 9 October 2020 (UTC)ideally[reply]
Thanks Alexis Jazz, I shall try this.
I completely agree with you, Xxanthippe.
Of course, Izno ideally the solution should not require the user to reload the page, it should be enough to click on the "switch." either to switch the gif ON or to download the animated gif, in case the page first only loads/loaded a non-animated gif or a e.g. jpeg.
Steue (talk) 21:25, 9 October 2020 (UTC)[reply]

Just to add my opinion, I think animations are wonderful tools to explain STEM concepts to general readers, and should be more widely used (disclosure: I have created a number of gifs for WP articles). I suspect only a minority of readers are irritated by reasonably unobtrusive animations. I absolutely agree with the need for a prominent ON/OFF button. But I think the default should be ON; the animation running. With an opt-in, the vast majority of nontechnically-oriented readers, who would most benefit from the animation, will not notice or understand the button and will not turn it on. @Steue: --ChetvornoTALK 19:12, 14 October 2020 (UTC)[reply]

Last I heard, the m:Community Wishlist is expected to open in a couple of weeks. It's possible that this would be a reasonable size project for the wishlist. If it's too big, then they are at least likely to produce an engineering evaluation, which would IMO still be a step forward. Whatamidoing (WMF) (talk) 15:31, 15 October 2020 (UTC)[reply]

Does WP/UNDUE hold for the WP site as a whole?

Last count, I came up with 139 WP born from the Trump Russia collusion hoax. The material contained in these articles is more voluminous than the material on major organized religions plus any wars the US has been involved in added together.

Does WP/UNDUE hold for the entire site or just individual WP? — Preceding unsigned comment added by 2601:46:C801:B1F0:2461:5DFD:6A2C:87C5 (talk) 10:51, 6 October 2020 (UTC)[reply]

"139 WP" What's a "WP", in this context? Where are these 139 examples? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:38, 6 October 2020 (UTC)[reply]
Presumably "Wikipedia pages" is meant. The short answer is: yes, it does. I can't say too much more without knowing the exact complaint(s), but WP:RECENTISM has some good reading here. The unfortunate fact is that it's a lot easier to create a lot of low-quality articles because of heavy, even if brief, news coverage than it is to organize the more relevant information into a smaller set of good articles. There are other things like WP:NOTNEWS that can be applicable also. But these issues plague all sorts of coverage of recent events, not just this. –Deacon Vorbis (carbon • videos) 14:54, 6 October 2020 (UTC)[reply]
This is basically part of it. We have a problem on WP with "hyperreporting" ( not my term) that we want to document everything that comes through the news and that causes people to create pages of great detail on current events, yet when we go back to equivalent events of the past - the Watergate scandals and the like, its clear the volume written then compared to now is far different.
There is some value in the short term of simply documenting what happens with sourcing as a sorta work in progress. That gives a way to go back and pull sources from key points to make an article with an enduring, long-term view. But unfortunately few people ever go back to these articles written in the short term to trim down and cull them down to what's needed and instead leave the blow-by-blow and hyperreporting (if you see WP:PROSELINE, that's a good sign there's a problem). We need better encouragement of editors to come back to events after they seem to have settled down and no longer active and determine what's key and what's not. I'm sure in the example of the Trump Russia hoax thing of the 139 pages there's multiple duplications that really don't need to be there if one or two editors sit down and figure out a better structure, for example. --Masem (t) 15:01, 6 October 2020 (UTC)[reply]
And just to add as another example: I have no idea how many articles we have but our stuff on COVID is in a similar shape. I wouldn't say it needs to be touched now while it is still an issue, but when the world's less worried about the disease, the heirarchy of pages needs to be looked at and drastically reworked. --Masem (t) 15:03, 6 October 2020 (UTC)[reply]
intitle:covid. I haven't counted, but let's just call it "lots". My personal favorite: Impact of the COVID-19 pandemic on The Walt Disney Company. ―Mandruss  15:52, 6 October 2020 (UTC)[reply]

UNDUE is about proper balance in coverage of a subject, so I don't think it makes sense to apply it to the project as a whole. Limiting the number of articles on X does not get you more articles on Y. Editors are always going to focus more on subjects they are interested in, and for which they can get sources more readily. I think there's something of a valid point made above about summary style and historical perspective, but beyond that "other editors write too much about subjects I don't care about" is really one of those perennial crank complaints we need to just disregard. postdlf (talk) 17:25, 6 October 2020 (UTC)[reply]

There is a difference between editors focusing more on subjects they are in, and justifying loads of spin-off article as due just because there a separate articles. Emir of Wikipedia (talk) 17:35, 6 October 2020 (UTC)[reply]
Also, I think it is probably significant that the original IP referred to the "Trump Russia collusion hoax". That is rather POV language and suggests an intense personal bias on the part of the complaining editor (no BALANCEd or NPOV coverage of this topic refers to a "hoax"). I'm not saying there aren't too many pages featuring Trump and Russia - there probably are - but the original post reeks of WHATABOUTISM and should probably be taken with much added salt content. Newimpartial (talk) 17:50, 6 October 2020 (UTC)[reply]

Yeah the "hoax" word basically invalidated the credibility of the OP, we have to assume their judgement of Wikipedia is impaired due to their extreme bias (even the Republican-led Mueller Report showed enough evidence to discredit the "hoax" denial, it's more a matter of degree). I have seen old current-event articles refactored a decade later with recentism removed because no one is watching or cares much anymore. -- GreenC 18:17, 6 October 2020 (UTC)[reply]

I appreciate those taking the time and effort to offer the constructive responses, I should've been more specific. I want to know when X future event takes place is there a WP policy to cite to lessen the endless spinoffs. The reason why is in part stated above, facts change even years later and the volume of articles needing the same changes becomes insurmountable for anyone to possibly keep track of and subsequently change. It seems a disservice and with either the example that I cited or covid, the probability of WP accurately representing the RS majority into infinity is almost zero percent. The only solution that I could come up with is a separate WP for current events which after some time then gets moved into the regular WP. The current situation leaves WP as more of a chronicle of times and events. This disservice can be rectified with lessened and more concise articles in the first place. I should've used Covid but haven't been following those pages so it did not come to mind. I'm hopeful that the above personal attack nonsense(hoax is still used in the RS minority POV see Fox et al) has not permanently ended discourse here. — Preceding unsigned comment added by 2601:46:C801:B1F0:B424:DCDD:60B9:9757 (talk) 03:16, 7 October 2020 (UTC)[reply]

a separate WP for current events. ―Mandruss  03:39, 7 October 2020 (UTC)[reply]
Please see the Reliable sources noticeboard; Fox is not a reliable source on political issues.
That said, I actually agree that some kind of "quarantine zone" could be an effective way to deal with NOTNEWS issues, which are a real problem. Newimpartial (talk) 03:43, 7 October 2020 (UTC)[reply]
If we're not using Wikinews, we almost need like a "holding area" for current events like COVID where people can drop in current news, while it is curated into main space as reasonable stories can be written. But I have a feeling this would be really had to maintain under the open wiki approach. --Masem (t) 04:32, 7 October 2020 (UTC)[reply]
Surely we already have such a "holding area", called draft space. It is currently misused as a backdoor route to deletion, despite what policy says, but this would be a good use for it. Phil Bridger (talk) 12:29, 10 October 2020 (UTC)[reply]
Editors want to work in "real space" for these breaking news articles, nor do I blame them, but these articles are too "raw" to be final encyclopedic articles. I wouldn't say these are efforts that we "throw away" at the end of the day, and while the event is active staying in main space makes sense (in addition to gaining the benefit that Wikimedia software auto-archives all reference links, a useful feature), but after the event has calmed down and we can rationalize a better structure, we may need to pack the working versions away for something more encyclopedic (and as to keep contribution history). Whether that itself is a new namespace or something like moving the pages into a directory under the mainspace topic with indexing to allow them to be found easily, I don't know. --Masem (t) 21:30, 16 October 2020 (UTC)[reply]

Several times I've gone looking for some information on a past event, and been pleasantly surprised to find a detailed article written when it was "recent". Rest assured that these article will be looked at, will be referred to, and will be maintained in years to come. Moreover, the references captured at this time will trigger their preservation for posterity by the archive bots. Hawkeye7 (discuss) 05:03, 7 October 2020 (UTC)[reply]

An essay on this subject is at Wikipedia:Systemic bias. Graeme Bartlett (talk) 12:21, 10 October 2020 (UTC)[reply]

The answer to the question posed in the heading has to be "no". The only way to get a fair balance in Wikipedia as a whole between topics relating to the Anglophone West and those relating to, say, China or countries in Africa would be to delete much of our content about the Anglophone West. This balance can only be reasonably addressed at the margin by those few editors that care creating, or not deleting, content about under-represented areas, not by removing content in well-represented areas. Phil Bridger (talk) 12:45, 10 October 2020 (UTC)[reply]

No, it isn't "The only way to get a fair balance in Wikipedia as a whole between topics..." - it's just the easiest way. Johnbod (talk) 20:21, 16 October 2020 (UTC)[reply]
I would certainly go beyond "the easiest way". There is no reasonable prospect of a proportionate number of articles being produced on the English Wikipedia about most parts of the world outside the Anglophone West to those within it, so, yes, it would, in practice, be the only way. Phil Bridger (talk) 20:36, 16 October 2020 (UTC)[reply]

Two other thoughts. The most common form of bias is selectively under covering or overcovering topics or negative or positive aspects of topics. We need to all eschew bias when building an encyclopedia and not just sit back when the bias is towards one's own side. Next, if there are too many articles on a topic possibly co-ordinating between them and removing duplicates. Also we should be very wary of and usually compound criteria titles. We need a "Dogs" article, maybe we could have a "big dogs" sub-article, but certainly not a "dogs with black fur" article.North8000 (talk) 21:22, 16 October 2020 (UTC)[reply]

 You are invited to join the discussion at Wikipedia talk:Article titles § RfC: Shooting or Death or Killing or Murder?. --- C&C (Coffeeandcrumbs) 20:49, 7 October 2020 (UTC)Template:Z48[reply]

Proposed Deletion of Previously Deleted Articles

This is primarily a question. It might turn out to be a proposal. Let us assume that there was previously an article on XYZ, and then it was deleted after deletion discussion WP:Articles for Deletion/XYZ. Then an editor creates a new article on XYZ, and a New Page Patroller, first, notices that there was previously an article on the subject that was deleted, and, second, concludes that the new article fails notability. The reviewer thinks that this is a non-contentious deletion, because it was already deleted once, and it doesn't meet any of concerns stated in the AFD. So the reviewer tags it with PROD. The PROD template then displays a message that says that there may have been a previous deletion discussion. So the reviewer looks at the policy and concludes that the template error message is correct, and removes the PROD template, and puts the same rationale that they had used in the PROD as the rationale in an AFD. So far, so good. Obviously the reviewer was me. So the question is: Should the reviewer be allowed to Propose Deletion? This is not a case where a previous PROD was removed, or where an AFD resulted in a Keep. The previous AFD resulted in a Delete.

So, first, is it currently correct that the PROD was a mistake and should be removed and replaced with an AFD? Second, if so, should the policy be tweaked to permit a previously deleted article to be Proposed for Deletion when it is brought back in this fashion? Robert McClenon (talk) 03:42, 10 October 2020 (UTC)[reply]

  • I regard PROD as a fragile construction which can be useful but which implodes under the slightest breath of controversy. From that perspective I'd say, yes to your first question: the new article should go to a new AfD (unless sufficiently close to the earlier deleted instance that the first AfD discussion applies and therefore eligible for CSD G4). And no to your second question, PROD should not be extended to apply to a previously AfD-ed topic, even if there had been no Keep opinions there. (I am also placing a notification of this discussion at WT:PROD.) AllyD (talk) 06:55, 10 October 2020 (UTC)[reply]
PROD should not be used when the previous article was deleted via (or even nominated for) PROD or AFD, but I think it's fine if the article was deleted by speedy. GiantSnowman 07:12, 10 October 2020 (UTC)[reply]
  • Isn't this what Wikipedia:Criteria_for_speedy_deletion#G4._Recreation_of_a_page_that_was_deleted_per_a_deletion_discussion is for? Reyk YO! 08:06, 10 October 2020 (UTC)[reply]
    Not necessarily. In this scenario it is specified that the reviewer considers that it fails notability, but it isn't specified whether it is substantially the same article as the one that was previously deleted. Since G4 wasn't mentioned, there is an implication that the article fails it, such as containing a reference to something that took place after the deletion debate, but which the nominator thinks does not take the topic over the notability threshold. For example, a football player who was in the squad of a major team but never played; if the only new data since the deletion debate says they have now left the squad without ever quite making the first team, then one could argue that G4 applies. If however the new info has them in a post football career but with an assertion of importance that suffices to avert A7 but isn't sufficient to meet notability then G4 would clearly not apply. ϢereSpielChequers 09:08, 10 October 2020 (UTC)[reply]
    Another problem with WP:G4 is that most editors cannot see the deleted article, so usually have no way, other than guessork, to determine whether it is substantially identical to the deleted version. There should be no shame (and I don't believe that there is currently) in nominating an article that otherwise meets the criterion, only for an admin to see that it is not substantially identical, but admins should use their critical faculties rather than rubber stamp such speedy deletion nominations. Phil Bridger (talk) 14:03, 10 October 2020 (UTC)[reply]
  • Yes, not being able to see the prior instance is a pain: wouldn't it be nice if there was a tool something like that for Copyvio which at least gave you word/phrase similarity counts when you are considering nominating G4? Without that, you're left inferring copy-paste from the Accessdate on references preceding to the current instance, or just reading each comment on the first AfD and considering whether it also applies to the new instance. (I did that in this case and then took it to AfD again.) AllyD (talk) 14:48, 10 October 2020 (UTC)[reply]
  • The essential feature of the PROD process is that it is for "uncontroversial deletion" and "must only be used if no opposition to the deletion is expected". In this hypothetical case, it seems that there's opposition to the deletion. Someone is pushing back and so the PROD process is not appropriate. Andrew🐉(talk) 08:29, 10 October 2020 (UTC)[reply]
  • If there was a prior discussion I don't think the deletion can be considered uncontroversial, regardless of the outcome. Unless the new version is the same as the deleted one, which is already covered be G4. – Joe (talk) 09:38, 10 October 2020 (UTC)[reply]
  • If there were any good-faith arguments made against deletion in the previous AfD, then absolutely, another discussion is necessary, assuming G4 does not apply. However, if the participants were completely and unhesitatingly in favour of deletion, I would say PROD should still be a valid option. I know this violates the letter of PROD policy, which prohibits PRODding after an AfD, but it is more in line with its spirit – giving a simple way for unopposed deletions to take place. It seems to go against common sense that an AfD unanimously in favour of deletion could imply that deleting the article would be a controversial action. – Teratix 11:44, 10 October 2020 (UTC)[reply]
  • The only time a second prod or prod after AfD should be allowed is where the first prod/discussion related to a different article that happened to share the same title (e.g. if Example (company), an article about an American widget manufacturer was deleted at AfD this should not preclude prodding a new Example (company) article about a Japanese fashion retailer). In any other circumstance AfD is the only applicable ways forward if the new article does not meet a speedy deletion criterion. Thryduulf (talk) 12:08, 10 October 2020 (UTC)[reply]
    ^-- This pretty much sums it up, assuming Thryduulf meant "a different subject/topic" when saying "a different article". davidwr/(talk)/(contribs) 21:08, 10 October 2020 (UTC)[reply]
    "a different subject/topic" is indeed a better way of phrasing what I meant. Thryduulf (talk) 21:12, 10 October 2020 (UTC)[reply]
  • If an article is created on the same topic as a deleted article then deletion is clearly not uncontroversial, so it should be sent to the default deletion process (AfD) to get consensus on whether it should be deleted, if it is not subject to WP:A4 WP:G4. Phil Bridger (talk) 14:03, 10 October 2020 (UTC)[reply]
    Yes, thanks for putting me right. Phil Bridger (talk) 15:52, 10 October 2020 (UTC)[reply]
  • I'd just point out (because in my experience there does appear to be some confusion between the two) that there's absolutely no problem in speedying an article that has been deleted by AfD before, only PRODding it. If Freddie Z. Smith has been deleted via AfD previously, and someone comes along and recreates it with the sum total of text "Freddie Z. Smith is a legend", then A7 still applies. I've closed a lot of PRODs (presumably the ones that the usual suspects failed to remove) that could actually have gone via CSD. Black Kite (talk) 15:59, 10 October 2020 (UTC)[reply]

Archives of IP talk pages

I'm struggling to understand our policy on archiving the talk pages of IP users, and would be grateful if someone could tell me what I'm missing.

I'm given to understand that we have ~9,280,186 (quarry:query/48920) such pages (a further 500,000+ were apparently deleted, circa 2008).

It has been my understanding that the usual practice, when they get long, is to simply blank them, or to blank all but the last couple of notices/ discussions, as the full page history is available to anyone who wishes to view it. Also, for that reason, we do not usually create talk page archives, as we do for the talk pages of users with a counts.

I recently found a set of just over seventy archived IP talk pages, identified by the main talk page being tagged with {{Warning archive notice}}. I duly nominated them for deletion, but they have been kept, apparently on the basis of the question "why we would want to delete the long history of an IP's vandalism and abuse".

Does that mean that we should now be archiving all IP talk pages? If not, why are the seventy-odd pages mentioned above different from the other >9.7 million? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:17, 11 October 2020 (UTC)[reply]

Why do we need to do ANYTHING to someone else’s talk page? Blueboar (talk) 14:28, 11 October 2020 (UTC)[reply]
None of the pages described is, AFICT, "someone else's talk page", they're shared IP pages (indeed, some are tagged as such); as I noted above, it seems to be common practice to blank such pages, when necessitated by their length. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:49, 11 October 2020 (UTC)[reply]
@Pigsonthewing: Archiving an IP talk page by someone other than the user of that talk page can be done under WP:Ignore all rules. That is, if the general practice is "don't" but there's a good reason to do so that won't stir controversy, you can and probably should do it.
The only reasons I can think of for an IP editor's talk page to be archived is 1) a person using that IP archives it or 2) it's an address that is believed to be static and archiving it will help administer the encyclopedia.
A decade or so ago, we had an editor with a static IP and a huge edit history who made a point of not logging in. I would not be surprised if that editor archived "his" own talk page.
As for #2, if an IP address is known to belong to a particular person with a long history of warnings and block notices, it may be reasonable and non-controversial for an administrator to archive the talk page under WP:IAR.
A note to any less experienced editors who might be reading this: While "Ignore all rules" IS policy, it should be applied with extreme care and is best left to experienced editors. If done without careful thought, it can cause far more problems than it was intended to solve. davidwr/(talk)/(contribs) 16:14, 11 October 2020 (UTC)[reply]
Thank you; I'm familiar with IAR. Have you found any of the seventy-odd pages referred to which meet either of your scenarios? I note that neither was invoked in the MfD discussion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:39, 11 October 2020 (UTC)[reply]
After looking at a sample of the 70, I think I should change my criteria for #2 to "a particular person or responsible entity" which would include almost all K-12 schools, some adult-level schools (some colleges and universities treat users of their IP address space as an ISP treats its customers, others hold users to stricter standards than a typical ISP does), and "company/employee use" corporate IP addresses.
I wouldn't necessarily recommend keeping all messages for all time in archives, but I would expect that admins would want to see the last few years' worth of warnings and related messages "at a glance" or if there are two many, one click away in an archive page, particularly when such addresses have been blocked during the last few years. davidwr/(talk)/(contribs) 17:04, 11 October 2020 (UTC)[reply]

Interstingly, User talk:209.189.130.57, for example, has both an old archive page and, more recently, notices have simply been blanked. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:45, 11 October 2020 (UTC)[reply]

Perhaps I am missing something... what is the PURPOSE of either blanking or archiving these pages? Blueboar (talk) 17:20, 11 October 2020 (UTC)[reply]
For dynamically assigned IP addresses, removing messages older than some period of time clears away messages that were not delivered to the current user(s) of the IP address, and so may be confusing to them. For very long talk pages, removing older messages via blanking or archiving serves the same purpose as for registered user talk pages: it makes them more accessible for all editors. isaacl (talk) 17:26, 11 October 2020 (UTC)[reply]
There is an even more important reason that IP talk pages might occasionally be blanked. If an IP sees a notification that they have a new message and visits the link to their talk, they will probably ignore it and think we're nuts if what they see is a wall of templated waffle from months earlier. I might sometimes blank a talk page while adding an important warning because people can be excused for missing such a message if it's buried at the bottom. However, there is no need to systematically blank and certainly do not archive pointless warnings. Johnuniq (talk) 22:23, 11 October 2020 (UTC)[reply]
Yes, that's what I was referring to as potentially confusing. isaacl (talk) 22:32, 11 October 2020 (UTC)[reply]

Altering vs. loosening CheckUser and oversight blocks

There is a language discrepancy between the blocking policy and the CheckUser/oversight policies regarding the modification of CheckUser/oversight blocks. The blocking policy states that administrators must not undo or "alter" CheckUser/oversight blocks, while the CheckUser/oversight policies state that administrators must not undo or "loosen" these blocks, without consulting the appropriate individual.

CheckUser blocks

Without first consulting a CheckUser, administrators must not undo or alter any block that is specifically identified as a "checkuser" block, such as through the use of the {{checkuserblock}} or {{checkuserblock-account}} templates in the action summary.[1]
— Wikipedia:Blocking policy § CheckUser blocks (WP:CUBL)

Administrators must not undo nor loosen any block that is specifically called a "CheckUser block" without first consulting a CheckUser.[notes 1][notes 2]
— Wikipedia:CheckUser § CheckUser blocks

References

  1. ^ Non-CheckUsers must not review CheckUser blocks that require access to CheckUser data, e.g., when an editor is professing innocence or is questioning the validity of the technical findings in any way. Administrators may still decline unblock requests that are made in bad faith, are more procedural in nature, or are off topic.

References

  1. ^ CheckUser Mackensen's comment on "Checkuserblocks," and why they should not be lifted.
  2. ^ Arbitration Committee statement on Checkuser blocks, 18 July 2010
Oversight blocks

Administrators must not undo or alter any block that is specifically identified as an "oversight" block, such as through the use of the {{OversightBlock}} template in the action summary, without first consulting an Oversighter.
— Wikipedia:Blocking policy § Oversight blocks (WP:OSBL)

Administrators must not undo nor loosen any block that is specifically called a "oversight block" without first consulting an oversighter.
— Wikipedia:Oversight § Oversight blocks

The "alter" wording in the blocking policy prevents administrators from placing additional restrictions (specifically, disabling email and talk page access) on the blocked account before consulting with the blocking checkuser/oversighter. Based on current practices, I do not think it is typical for administrators to ask for permission before disabling email/talk page access for a CheckUser/oversight blocked account that is actively abusing these features.

I propose for the word "alter" to be changed to "loosen" in Wikipedia:Blocking policy § CheckUser blocks (WP:CUBL) and Wikipedia:Blocking policy § Oversight blocks (WP:OSBL) to be consistent with the language in Wikipedia:CheckUser § CheckUser blocks and Wikipedia:Oversight § Oversight blocks. — Newslinger talk 10:36, 12 October 2020 (UTC)[reply]

  • 'Loosen' wording seems logical. Same as page protections, or general blocks, another admin can always place larger restrictions if something else happens. ProcrastinatingReader (talk) 10:50, 12 October 2020 (UTC)[reply]
  • Loosen seems reasonable. It is generally accepted that you can revoke TPA / email on a checkuser block without consulting with the blocking CU first. Dreamy Jazz talk to me | my contributions 14:01, 12 October 2020 (UTC)[reply]
    Though the time I did that, I did consult with the blocking CU and they advised me that it might be also worth explaining that you didn't make the CU block but simply revoked email / TPA in the block summary to avoid confusion. Dreamy Jazz talk to me | my contributions 14:03, 12 October 2020 (UTC)[reply]
    But they didn't necessarily say that they wanted to be asked first for revoking TPA / email. Dreamy Jazz talk to me | my contributions 14:04, 12 October 2020 (UTC)[reply]
  • Support - seems like a sensible change to align policies. Admins shouldn't remove sanctions that are based on private evidence they can't review, but we shouldn't be putting in barriers to stacking other sanctions on top when appropriate. Ivanvector (Talk/Edits) 14:03, 12 October 2020 (UTC)[reply]
  • Comment - in principle this seems fine, but the question arises as to whether a subsequent "loosening" of the restrictions back down to the level imposed by the CU block is acceptable or not? Or would CUs have to be consulted even just to go back to the status quo before the admin's tightening.  — Amakuru (talk) 14:06, 12 October 2020 (UTC)[reply]
    That would make sense? CUs upgrade regular indef blocks to CU indef blocks all the time. If a CU wants to maintain the new, extra restriction by an admin, they could turn it into a CU one. If they don't, well, it's a regular block? ProcrastinatingReader (talk) 14:26, 12 October 2020 (UTC)[reply]
    I can only really speak for CU here, but the settings that a non-CU should never touch if they're set by a checkuser are the block itself (of course) and also "block account creation", and for IP blocks "apply block to logged-in users from this IP address". If we revoke talk page access it's probably because of something that happened on-wiki. My guess is that for OS a non-OS admin shouldn't touch the talk page and email settings, and for arbcom blocks we probably shouldn't alter them at all. Otherwise it's going to be case-by-case and a bit of common sense applies, but of course it doesn't hurt to ask the protecting CU/OS or generally anyone with the same userrights for their input first. Ivanvector (Talk/Edits) 14:38, 12 October 2020 (UTC)[reply]
  • Support in spirit, but the rather than changing the wordings to be the same, put the text in a template and transclude that everywhere it's needed. That way, it can never get out of sync again. -- RoySmith (talk) 14:08, 12 October 2020 (UTC)[reply]
  • Support, at the very least, the principle that the wording should be the same. I can see an argument for why it should be "loosen", I can see an argument for why it should be "alter". I don't particularly care which, but "loosen" seems to have a lower potential for drama (in that fewer admins are going to be yelled at for yanking TPA after a CU-block) and so I can get behind that. Vanamonde (Talk) 15:16, 12 October 2020 (UTC)[reply]
  • Support Seems reasonable to harmonize language, and I agree that practice would dictate that "loosen" is the better term here. --Jayron32 15:32, 12 October 2020 (UTC)[reply]
  • Oppose. I understand the sentiment here. But "loosen" is a terrible and fairly archaic word. What you are trying to say is that administrators may add blocking of talk page access or sending of emails if not already applied by the blocking CU. Try wording that actually says that. I'd like to know how often an admin has been given a hard time for adding additional blocks levels to a CU block - I suspect that's more a fantasy than reality, because I've never heard of anyone actually getting in trouble for extending the block level. Risker (talk) 17:42, 12 October 2020 (UTC)[reply]
    Reading zzuuzz's response below, it occurs to me that checkusers often have reason to not include certain blocking options; generally, we're pretty precise when it comes to the blocks we apply. The same goes for oversighters; we're most often blocking with TP access and email disabled, but there may be a reason to not do that in some cases, and if we haven't added autoblock, there's probably a reason. I'd leave it at "altered" because there's seldom reason to change a CU or OS block without discussing it with a CU or OS. I'd like to see a live example of where someone felt they had to absolutely, right now modify a CU/OS block and couldn't reach a CU/OS. Risker (talk) 05:24, 14 October 2020 (UTC)[reply]
    I see Ivanvector made a similar point above. There are times that I've CU-blocked an IP address, apparently out of the blue, then a few minutes later it starts visibly spewing unbelievably gross abuse on their talk page. I have no problem with the next available admin locking the talk page down. The same goes for email abuse, which might appear from an account some years after a CU block. I could find examples of both from the last few months. I'd prefer to be notified as it can be useful knowledge, and it may require another use of the CU tool, but these actions are not going to be controversial. However what admins shouldn't be doing (without consultation) is to hardblock a softblock, add an autoblock, prevent account creation, or perhaps even increase the block length.
    I think a distinction should be made between MUST NOT loosen/lift/reduce/remove, and SHOULD NOT alter (place additional restrictions) without good reason and/or further developments. The latter is not currently written into policy, beyond what can be deduced from the blocking policy, current practice, and common sense. I'm not really convinced it needs to be written into policy either. But as for this proposal and getting consistency in the policies, it's certainly true that non-CUs MUST NOT loosen a CU block. -- zzuuzz (talk) 07:52, 14 October 2020 (UTC)[reply]
    I agree with what you're saying and I don't like "loosen" either, but this is an argument for adjusting the wording in both policies, isn't it? Also, RoySmith's suggestion of transcluding this to both policy pages from a common source is a good idea. Ivanvector (Talk/Edits) 18:53, 12 October 2020 (UTC)[reply]
    I don't get what's terrible or archaic about the word "loosen". It seems like a perfectly normal, current, word to me. For example I'm sure it's the word usually used by the media when talking about relaxing COVID-19 restrictions. Is this one of those cases where a word has different connotations in the UK (where I am) and the US? Phil Bridger (talk) 19:34, 14 October 2020 (UTC)[reply]
    Risker, how about "may not remove or reduce any block placed by..."? Guy (help! - typo?) 23:00, 15 October 2020 (UTC)[reply]
    That works for me, Guy, based on the comments above from Ivanvector and zzuuzz. In response to Phil Bridger, I'm in Canada (not the US), but I don't think I have seen or heard the term used conversationally or in journalism in decades; even back then, it was almost always used with respect to bindings or ropes. Risker (talk) 23:13, 15 October 2020 (UTC)[reply]
  • Support Policy and practicality should agree. --Deepfriedokra (talk) 21:31, 12 October 2020 (UTC)[reply]
  • Support The reasons to not unblock/loosen don't apply to tightening these blocks. Jackmcbarn (talk) 21:38, 12 October 2020 (UTC)[reply]
  • Support sameness, clarity, and transclusion, whatever the standard may be. "Loosen" seems better than "alter" but I agree it's awkwardly vague, and probably it should all be changed to more clearly spell out exactly what admin can and cannot do to CU and OS blocks. And it should be transcluded per Roy. Lev!vich 06:40, 13 October 2020 (UTC)[reply]
  • Comment: I generally support this in principle, that is until someone comes up with a better phrase than 'loosen'. Actually when it comes to autoblocks, account creation, and hard IP blocks, non-checkusers should really consult a checkuser when making any alteration to a checkuser block. Checkusers, as they say, know something you don't, and they will have chosen these parameters carefully because they know something you don't. Upgrading email and talk page restrictions is not so important. -- zzuuzz (talk) 12:25, 13 October 2020 (UTC)[reply]
  • Support harmonisation, and RoySmith's idea is a good one. I'm happy with "loosening" until something better is found. Regarding restoring settings to that set by an oversighter (I can't speak for CU blocks) I'd say it's always worth checking first. Speaking as an oversighter it has happened that we've blocked someone for something oversightable but left talk page access only for the person then to post something potentially oversightable on their talk page. If that post is first spotted by an administrator who is not an oversighter (likely given the relative numbers) then they may (and should) revision delete it and remove talk page access before alerting us. We may decide to oversight the rev delled material, in which case the talk page access should not be removed without permission from an oversighter. We may however decide revision deletion is sufficient, in which case an admin downgrading to the original settings is usually going to be OK, but checking first is never going to harm things. Thryduulf (talk) 12:38, 13 October 2020 (UTC)[reply]
  • Comment I have flagged this discussion up on the Functionaries list. Thryduulf (talk) 12:38, 13 October 2020 (UTC)[reply]
  • I'd be fine with "undo or alter any block" --> "undo or reduce any block" ; conceptually I'd think of this the same way I would if the technical ability for someone to have multiple blocks assigned to them (c.f. phab:T194697) -- adding to the block controls without removing the controls that are supported by information an administrator may not be privy to is a non-problem to me. — xaosflux Talk 13:15, 13 October 2020 (UTC)[reply]
  • Suggest "rescind" or "remove"; additional sanctions can be placed, but restrictions placed by oversighters cannot be removed. isaacl (talk) 16:49, 13 October 2020 (UTC)[reply]
  • Support overall, I definitely think this should reflect established practise, and I certainly can't think of an occasion where a non-CheckUser adding talk-page-blocked to someone belligerent with a CheckUser block was objected to. As far as phrasing goes, my personal choice would be must not "reduce or remove" (reduce being a good word to cover both effect and length, and remove being (in my view) better than "undo" because I feel "undo" has an implication of "make it like it never happened", rather than just "make it not there anymore". But regardless of the exact phrasing (loosen is fine too) I think this is worth changing and harmonising, via RoySmith's template idea if that works best. ~ mazca talk 21:26, 14 October 2020 (UTC)[reply]
  • Support. Good spot! Noi, we should not prevent admins from controlling abuse of email or talk page access by blocked users, that is silly and making them go via CU/OS first would put an even greater strain on a small and chrnoiically overworked group of people for no obvious benefit. The intent is to prevent the lifting of blocks placed on the basis of non-public evidence. The change supports that and adds clarity. Guy (help! - typo?) 22:58, 15 October 2020 (UTC)[reply]
  • Support. Pulling talk page access for abuse or multiple unproductive appeals only requires on-wiki evidence and does not require the private information CUs have. MER-C 16:50, 16 October 2020 (UTC)[reply]

Notice of RFC: BANEX exception for permissions requests

Wikipedia talk:Banning policy § RFC: BANEX exception for permissions requests Lev!vich 22:49, 12 October 2020 (UTC)[reply]

MOS:GENDERID being used in place of WP:Article titles and for category arguments

Opinions are needed on the following matter: Wikipedia talk:Manual of Style#MOS:GENDERID being used in place of WP:Article titles and for category arguments. A permalink for it is here. Flyer22 Frozen (talk) 20:47, 13 October 2020 (UTC)[reply]

RfC on new disclosure requirements for freelance paid editors

Should the paid editing policy be amended to require freelance paid editors to disclose the names of their Wikipedia accounts on websites where they advertise, solicit, or obtain paid editing services and in email communications with their clients, as follows? 20:03, 15 October 2020 (UTC)

Current text of the fifth paragraph of

Wikipedia:Paid-contribution disclosure § How to disclose

Proposed Amendments

Text highlighted in yellow has been added.

Paid editors must also provide links on their Wikipedia user page to all active accounts at websites where they advertise, solicit or obtain paid Wikipedia-editing services. If such an account is deleted or removed, any corresponding links on the Wikipedia user page must remain visible for at least one week. Paid editors must also provide links on their Wikipedia user page to all active accounts at websites where they advertise, solicit or obtain paid Wikipedia-editing services. If such an account is deleted or removed, any corresponding links on the Wikipedia user page must remain visible for at least one week. Additionally, paid editors must provide links to the user page(s) of their Wikipedia account(s) on each website on which they advertise, solicit or obtain paid editing services, as well as in direct communications with each client and potential client (such as through email). If the paid editor has used or controlled more than one Wikipedia account, each account must be disclosed.

Currently, Wikipedia policy requires that paid editors disclose links to any websites (such as Upwork or Fiverr) on which they "advertise, solicit, or obtain" paid editing services via their Wikipedia user page. This policy amendment would add an additional requirement: that they provide links to their Wikipedia accounts on each of those websites, and in direct communications (such as emails) with each client and potential client.

Why?

  • This amendment would help the Wikimedia Foundation legal team enforce the paid editing policy against undisclosed paid editors posting freelancer advertisement on sites such as Upwork or Fiverr. WMF Senior Legal Manager Jacob Rogers supports this amendment on behalf of the Wikimedia Foundation legal team and says that it would provide more tools for the Foundation to take action against illegitimate paid editing.
  • These disclosures would help us enforce the other disclosure requirements in the paid editing policy, and allow us to more carefully scrutinize paid contributions for neutrality and compliance with policy.
  • This policy amendment would allow us to provide easy answers to recipients of paid editing offers who ask whether solicitations are legitimate.

This new requirement is intended only to apply to those who "advertise, solicit or obtain paid Wikipedia-editing services"; it does not apply to employees editing Wikipedia in the normal course of their duties, or to GLAM editors.

RFC Support (disclosing usernames)

  1. Support as proposer. Kevin (aka L235 · t · c) 20:03, 15 October 2020 (UTC)[reply]
  2. Support Given what happened with our community's request to the foundation's legal team to do more against some firms, I am firmly in favor of this. It should provide some clear levels of transparency about who is genuinely attempting to be above board and who is not, both on wiki and off (which could provide some help to people wondering if they're being marketed to by a legitimate firm or not). Best, Barkeep49 (talk) 20:14, 15 October 2020 (UTC)[reply]
  3. Support. WMF Legal says it'll help them fight UPE, what more justification do we need? -- RoySmith (talk) 20:35, 15 October 2020 (UTC)[reply]
  4. Support - if Legal is on board with this, I see no reason why we shouldn't be. —A little blue Bori v^_^v Takes a strong man to deny... 20:38, 15 October 2020 (UTC)[reply]
  5. Support firm support Pharaoh of the Wizards (talk) 21:03, 15 October 2020 (UTC)[reply]
  6. Support. Maybe this will lead to a less toothless way of dealing with UPE. Natureium (talk) 21:27, 15 October 2020 (UTC)[reply]
  7. Support. If WMF Legal says this'll help them enforce the Terms of Use against noncomplying entities, then count me in. I get the concerns about enforceability—that was also the first thing that came to my mind, since we usually prioritize the privacy of editors' off-wiki identities over enforcement of the paid-editing mandatory disclosure—but given the WMF Legal angle, the benefits appear to outweigh the costs. Mz7 (talk) 21:34, 15 October 2020 (UTC)[reply]
  8. Support. If WMF Legal says they can use this to help deal with UPE, then that's enough reason to support in my book. Practically speaking, I doubt it will change the behavior of existing paid editors; I have seen so few who bother following the mandatory "declare your Upwork, etc. profile" policy that I don't think this could make things worse. Those who argue that stricter policies will drive legitimate freelance paid editors underground seem to be overestimating the proprtion of freelancers who actually follow the rules. — Preceding unsigned comment added by GeneralNotability (talkcontribs) 21:45, 15 October 2020 (UTC)[reply]
  9. Support "Paid editing" always refers to marketing and there is no evidence that Wikipedia has ever had a positive experience with this. I seek evidence to the contrary at Wikipedia:Measuring conflict of interest editing on Wikipedia. My guess is that the paid editing which this proposal seeks to prevent is a 10+ year history of 1 million+ humans engaging in misconduct in Wikipedia with zero examples of acceptable behavior. I wish that the WMF would sponsor research on this particular kind of misconduct because I expect that it is a drain on the order of millions of volunteer labor hours with no positive counterpoint. This proposal seeks to reduce an already devastating and unsustainably growing problem. Blue Rasberry (talk) 21:52, 15 October 2020 (UTC)[reply]
    I get rater tired of repeating this: "Paid editing" does not "always refer to marketing". Wikimedians in Residence are considered by many here to be paid editors; they are not marketeers. Wikipedia has a very positive experience with Wikimedians in Residence, of which there is plentiful evidence, much of it published by the WMF and affiliates. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:57, 15 October 2020 (UTC)[reply]
    Pigsonthewing, you keep talking about Wikipedians in Residence. Are WiRs advertis[ing], solicit[ing] or obtain[ing] paid editing services on websites? Is there some Upwork for getting a WiR out there that nobody knows about? Because this proposed amendment seems pretty clear in its scope: paid freelancers. GeneralNotability (talk) 23:29, 15 October 2020 (UTC)[reply]
    Additionally, Bluerasberry is a Wikipedian-in-Residence. See the "Wikipedia project participation" section of his user page. I think it would misunderstand Bluerasberry to imply that his comment disrespects WiR. Mz7 (talk) 03:10, 16 October 2020 (UTC)[reply]
    I'm aware of his WiR role; it makes the thinking behind his comments all the harder to understand. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:30, 16 October 2020 (UTC)[reply]
    If I "keep talking about Wikipedians in Residence" it is because some of our colleagues treat Wikimedians in Residence like any other paid editor and recently a few have even called for them to be prohibited from editing in article space. Whether they advertise, solicit or obtain paid editing services on websites is immaterial, because only part of the proposed change applies in such circumstances; the rest applies to all paid editors; the word "freelancer" (or a synonym) appears nowhere in the proposed additional taxt. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:30, 16 October 2020 (UTC)[reply]
  10. Support L235's explanation to Andy below convinced me that it's worthwhile to add these requirements. Schazjmd (talk) 22:03, 15 October 2020 (UTC)[reply]
  11. Support. An asymmetric expectation of privacy should not be a suicide pact, and in many cases the claims they make about their editing history and credentials are bogus, so this is also a consumer protection measure. Guy (help! - typo?) 22:52, 15 October 2020 (UTC)[reply]
  12. . Support' . Nobody has the right to edit Wikipedia by deceit. Quite apart from WP:LEGAL, this is a key step in dealing with the rings of paid editors currently still practicing. The customers of these rings are not just companies trying to sell products, but increasingly also enhancement of the reputation of a professional , or organizations attempting to gain public support, or in some cases political propaganda. All of these are promotional , all of these are harmful. The undeclared professional editors , at least the ones who are still in business, rely for getting customers upon their reputations--or rather , their falsified reputations they pretend in their solicitations. This will diminish such claims, for we shall in many more cases be able to trace them. There is a special problem, with those paid editors claiming to havetheright to approve drafts or delete articles--it is an immense harm to the reputation of Wikipedia that any paid editor should be able to do such things, and though we have not yet detected any administrator doing this, there have been recent instances of reviewers. There are probably a few more, and any we are able to prevent will make our work much easier. DGG ( talk ) 23:08, 15 October 2020 (UTC)[reply]
  13. Support – I've been in numerous discussions with WMF Legal where they asked for something like this, and this is a very well-worded amendment. This will allow the WMF to request take downs of advertisements for undisclosed paid editing. I've also seen several emails from article subjects asking if invoices they've received are legitimate, and this will help provide answers to those people. Furthermore, fraud and extortion are all too rampant in paid editing circles, and this policy change will hopefully encourage customers to demand full disclosure from their "service providers". – bradv🍁 23:40, 15 October 2020 (UTC)[reply]
  14. Support per Bradv. My gut reaction to this was that it's unenforcable, but if, as Bradv said, this would facilitate off-wiki takedown requests, then I believe it would have a positive effect. ~Awilley (talk) 00:20, 16 October 2020 (UTC)[reply]
  15. Support would have opposed as unnecessary interference with off-wiki activity but for this comment by Jrogers (WMF) confirming that WMF Legal endorses this change. davidwr/(talk)/(contribs) 00:38, 16 October 2020 (UTC)[reply]
  16. Support Transparency on both ends seems like a net positive to me. Additional tools to help identify and deal with illegitimate ads and scams is a worthwhile on its own; helping to protect prospective clients from falling for them is simply icing on the cake. I'm unconvinced this imposes any real burden on an honest paid editor, as this should help establish their legitimacy in the eyes of their clients. CThomas3 (talk) 00:44, 16 October 2020 (UTC)[reply]
  17. Support, since it will help WMF Legal combat undisclosed paid editors. – Teratix 00:51, 16 October 2020 (UTC)[reply]
  18. Support I really like this direction. My problem with our current approach to paid editing is that it punishes paid editors who want to follow the rules but it is hard to enforce against bad actors. This proposal, by contrast, creates a minimal burden on rule-abiding paid editors while providing an effective enforcement mechanism against bad actors. It may in fact encourage on-wiki disclosure and make our monitoring job easier. If potential paid editors are going to link to their user page, they'll want it to look respectable should a prospective employer look at it. Even if they don't, suspected UPE will be easier to find by just googling the username and looking for the job posting. An elegant solution that I'm excited to implement; thanks everyone that worked on this. Wug·a·po·des 01:22, 16 October 2020 (UTC)[reply]
  19. Support as a prerequisite to help WMF Legal take action against reputation management firms that engage in undisclosed paid editing. These kinds of legal cases have potential. In 2015, Amazon sued buyamazonreviews.com and other sites that sold 5-star Amazon reviews for trademark violations, false advertising, and cybersquatting. Later that year, Amazon also sued 1,114 individuals who wrote reviews for payment through Fiverr. I'm not sure about the status of these lawsuits, but the fact that http://buyamazonreviews.com now redirects to Amazon's "Anti-Manipulation Policy for Customer Reviews" suggests that at least one of the lawsuits delivered results. I support in the hope that the WMF can gain legal leverage against reputation management companies such as Status Labs, which was universally condemned by the community in Wikipedia:Village pump (proposals)/Archive 165 § WMF Legal should enforce the Terms of Use against Status Labs to the fullest extent of the law. — Newslinger talk 01:57, 16 October 2020 (UTC)[reply]
  20. Support WMF Legal says this will help them work with those websites to have them taken down when problematic job posts are reported. End of story. The community has been asking the WMF to step up and become more involved in undisclosed paid editing and this is one of the ways in which they can become involved. I'd rather see this adopted and implemented by the community than in the TOU. Mkdw talk 02:10, 16 October 2020 (UTC)[reply]
  21. Support Paid editing is corrosive in a volunteer community and we should support what the WMF recommends. There is no privacy problem as the terms of use already requires a public declaration linking the paid editor name and the work. Transparency helps avoid corruption. Johnuniq (talk) 02:52, 16 October 2020 (UTC)[reply]
  22. Support the more tools we have to fight against paid editing, the better. For those concerned about the privacy of paid editors, my answer to that argument is simple: If they want to be paid to edit, but cannot disclose publicly that they are paid to edit except on Wikipedia, they should find themselves another source of income that doesn't subvert Wikipedia. Headbomb {t · c · p · b} 02:55, 16 October 2020 (UTC)[reply]
  23. Support I've lost count of the number of paid editors I've seen using false or misleading claims about their editing behavior to promote themselves. This requirement would be fairly simple for legitimate paid editing firms to comply with, and would also mark a significant improvement in our ability to pursue black hat paid editing groups. --AntiCompositeNumber (talk) 02:58, 16 October 2020 (UTC) (edit conflict)[reply]
  24. Support. In practice, the system of most professional paid editors I've come across seems to be to conceal their Upwork, etc. profile from Wikipedia at all costs, so I'm not sure what difference this can make. But if WMF Legal thinks it would help, per Kevin's explanation below, I'm on board. Bishonen | tålk 04:00, 16 October 2020 (UTC).[reply]
  25. This may be toothless from our side, but any source that respects Wikipedia should then take down adverts for UPE. Legal feel this will help them push. Clear support WormTT(talk) 06:30, 16 October 2020 (UTC)[reply]
  26. Support as a further step towards above-the-board transparency. While I appreciate the privacy concerns, once one chooses to set out one's wares for sale, one has made a conscious decision to place oneself as a public agent. AllyD (talk) 07:13, 16 October 2020 (UTC)[reply]
  27. Support in principle, however blatant paid editing continues to be quite common. If implemented, careful consideration is needed to not encourage their user page from becoming their commercial editing service' website and CV. Graywalls (talk) 12:21, 16 October 2020 (UTC)[reply]
  28. Support per WMF Legal. MER-C 12:58, 16 October 2020 (UTC)[reply]
  29. Support per all of the above. OhKayeSierra (talk) 14:00, 16 October 2020 (UTC)[reply]
  30. Support Per the above, and this should absolutely apply to WiR's. 99% of whom it will have no effect on. Only in death does duty end (talk) 14:06, 16 October 2020 (UTC)[reply]
  31. Support - hoping it doesn't drive them further underground. I try to keep a close eye on this when working with applicants who want to work with WP:NPP, especially now that AfC and NPP work hand-in-hand. Atsme 💬 📧 14:33, 16 October 2020 (UTC)[reply]
  32. Support can't see a privacy violation the opposers refer to, since this just makes it two-ways (disclosure already required on Wikipedia), so the identities are already connected by the editor themselves, assuming they're following policy that is. The 3 'whys' by Kevin are very compelling reasons to enact. ProcrastinatingReader (talk) 18:02, 16 October 2020 (UTC)[reply]
  33. Support Eminently reasonable. As far as "privacy concerns" go, well, not every job in the world can come with an expectation of secrecy. The point made above about consumer protection is also significant. XOR'easter (talk) 18:43, 16 October 2020 (UTC)[reply]
  34. Support, strongly. Kevin has outlined clear and substantial benefits, and I find the main oppose argument that such a requirement is somehow beyond the domain of what it'd be appropriate for us to ask for unconvincing. {{u|Sdkb}}talk 20:17, 16 October 2020 (UTC)[reply]

RfC Oppose (disclosing usernames)

  1. Well intentioned, but we are in no position to tell the people what they must say in private emails; nor to verify whether they comply with such rules. (FWIW, I work as a Wikimedian in Residence, disclosure on my user page.) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:02, 15 October 2020 (UTC)[reply]
    I get where you're coming from, but hopefully I can convince you otherwise. For those black-hat editors who don't comply with these rules (which I expect will be a sizable number), there are two big benefits from this proposal: (1) I am told by WMF Legal that this allows us to more convincingly ask other platforms, like those freelancing sites, to remove listings that are violations of our policies (and therefore our terms of use), which is a tougher argument to make now, and (2) this amendment would allow us to give an answer to people who email ArbCom/paid-en-wp/etc. asking whether a particular solicitation is legitimate. Both of these are very real benefits and I know the community has asked WMF Legal to do what it can to work on paid editing violations. And on your point of enforcement: of course the existence of this policy will not in every case physically stop the violation of this policy, but it will make it easier for the reasons set forth above. A parallel example: we prohibit off-wiki harassment of Wikipedians by Wikipedians, and we will sanction users for off-wiki harassment in some cases; I don't see anyone going around saying "are in no position" to have a policy prohibiting such behavior, because it's better to have the policy than to not have it. Thanks for your consideration, Kevin (aka L235 · t · c) 21:24, 15 October 2020 (UTC)[reply]
    I remain unconvinced that this idea is anything other than ill-conceived, and unworkable. You're not a spokesperson for WMF legal and I'll wait for them to give their views, and answer criticisms, before I give any weight to claims made in their name. You're also assuming, wrongly, that all editors who would be affected by this new wording advertise on such sites, or coldly solicit work. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:33, 15 October 2020 (UTC)[reply]
  2. I think the idea is coming from a good place. I just have a hard time supporting something that requires people to do things off wiki. I also see it as something that is largely unenforceable and likely the effect would be to drive paid editors to be undisclosed. PackMecEng (talk) 21:26, 15 October 2020 (UTC)[reply]
    How would this drive paid editors to be undisclosed? I think this is the first policy proposal I've seen that would actually drive paid editors toward disclosing. If they can't advertise without providing their username, they'll have to be above-board instead. – bradv🍁 23:32, 15 October 2020 (UTC)[reply]
    Well the options are either disclose and face consequences on wiki and privacy issues or don't disclose and try not to get caught. I would imagen the right way to go would be to encourage paid editors to work within the system but even the ones that do regularly get met with things like this. Now I do not know the best solution but I am fairly certain this one will have little to no positive effect. Or rather I see no reason why it would. Though I can see a negative effect, which is more undisclosed paid editing. PackMecEng (talk) 00:00, 16 October 2020 (UTC)[reply]
    They already have to disclose on their userpage, so I don't see why there would be any change to the way disclosed paid editors are treated onwiki. This is intended to make it more difficult for undisclosed paid editors to advertise, at least with reputable freelancing sites. Disclosed paid editors will remain able to advertise freely. – bradv🍁 00:24, 16 October 2020 (UTC)[reply]
    I think it opens them up to more off site harassment and the possibility to tie a paid editor to a name. PackMecEng (talk) 02:27, 16 October 2020 (UTC)[reply]
  3. Oppose - Privacy concerns. Editors should not be forced to post something they may not want to display so publically everywhere we dictate (e.g. some such venues may be filled with spammers and trolls and a bit of discretion preferable). Additionally, enforcement would be weird -- what entails reasonable posting and display? How are we to know the content of an editor's private emails? Could this lead to galavant undercover fishing for non-compliance? External sites are not the domain of the community, and our reach should remain very limited in such regards. At the end of the day, as distasteful as some find paid editing, we should not de-editorize these individuals; their discretion regarding privacy and safety is still important.— Godsy (TALKCONT) 02:19, 16 October 2020 (UTC)[reply]
    @Godsy: I assume the private information you're referring to is the link between a particular Wikipedia account and a particular freelancer profile (e.g. on Upwork). While I understand this concern, this information is already required by our policy to be publicly disclosed. If you see the "Current text" box in the proposal above, you'll see that we already require that link to be shown on the public Wikipedia page; this policy amendment simply requires that it be shown on the freelancer profile website or email marketing as well. Best, Kevin (aka L235 · t · c) 02:37, 16 October 2020 (UTC)[reply]
    That is unfortunate. If one wants to vet a client before revealing their information, it may be better and safer in some cases and I do not see a problem with that. Ah well, if something is already ill-conceived, no need to make it slightly worse. Paid editing is work. If even just a handful of paid editors do it honestly and completely above board, then this is undue for them. The bad apples should not make them put themselves at potential risk. — Godsy (TALKCONT) 02:41, 16 October 2020 (UTC)[reply]
  4. Oppose Unless these other websites are owned by the WMF, we cannot control how they behave. How would we enforce it, for a start? Threaten a WP:SITEBAN maybe? That would do absolutely nothing in regard to what the other websites are showing. So we must not dictate what other websites may or may not do, except for reusing our content outside the terms of WP:REUSE. --Redrose64 🌹 (talk) 07:56, 16 October 2020 (UTC)[reply]
    There is no attempt to control other websites. The proposal is to add a condition of using this website (in the ToU). The condition limits editors who are paid to edit here. Regarding "nothing", see "it would provide more tools for the Foundation to take action against illegitimate paid editing" in the proposal. Johnuniq (talk) 08:16, 16 October 2020 (UTC)[reply]
    Regarding would do absolutely nothing in regard to what the other websites are showing, please see WMF Legal's comment to the contrary. Best, Kevin (aka L235 · t · c) 15:23, 16 October 2020 (UTC)[reply]
  5. Oppose - This is a form of outing, mandating the linkage of pseudonymous WP accounts with real-named off wiki accounts. Carrite (talk) 08:20, 16 October 2020 (UTC)[reply]
    Carrite, (1) other accounts may well not be real-named; (2) we already require that linkage: the policy already requires those paid editors to disclose the link between their Wikipedia account and their non-Wikipedia Upwork/Fiverr/etc. freelancer account on their Wikipedia user page – this amendment would simply require the same disclosure (that they are already required to make) on the other freelancing site as well. Best, Kevin (aka L235 · t · c) 15:15, 16 October 2020 (UTC)[reply]
  6. Unenforcable. First, in terms of emails, I can't see why we can or could insist on this. Emails are private - how would we ever know if they did? In regard to websites, how do we know that they own the accounts they claim to own? We get enough examples as it stands of people advertising that they have worked on articles which they never touched. That assumes we can even see their accounts. The paid editors who take the most work through the main sites have learnt to keep their accounts private, to only take jobs ads which can't be identified, and to rely on throwawy accounts. I can't see this addressing the real problems in any meaningful way. - Bilby (talk) 09:06, 16 October 2020 (UTC)[reply]
  7. Oppose as written. Firstly it's mostly unenforceable, and secondly despite the stated intention that this not apply to GLAM editors there is nothing at all in the text of the proposal that includes such limits. This is well intentioned, but unless and until the text of the proposal is enforceable and applies only to those it is intended to apply to it will do more harm than good. Thryduulf (talk) 11:11, 16 October 2020 (UTC)[reply]
  8. Oppose Wikipedia has no right to police what editors do elsewhere on the Internet. Wikipedia is a platform for Creative Commons material and there are many others, including Europeana, Fandom, Flickr, Open Street Map, Stack Overflow and more. Wikipedia does not own the content which is posted to it and a big part of the idea is to encourage a culture of freely sharing information. If someone is commissioned to create some CC material then Wikipedia may naturally be considered as an option for hosting it, as it's one of the big players. But, as it is not the only game in town, we should not operate on the assumption that it is an exclusive monopoly and seek to impose an intrusive restraint of trade. Andrew🐉(talk) 11:22, 16 October 2020 (UTC)[reply]
    Andrew Davidson, that is incorrect as a matter of fact - Wikipedia does have a right to police its terms of use. We are the product they are selling, and we have rights as the owner of the brand from which they seek to profit.
    You may still be of the opinioin that we shouldn't exercise that right, but we have a definite and equitable right to control use of Wikipedia's name to make money from subverting the work of our volunter-run community-funded nonprofit project. Guy (help! - typo?) 11:30, 16 October 2020 (UTC)[reply]
    I recently did some work on a couple of articles with a view to getting them some exposure on the main page – Fred and Betsy Bang. This has been disrupted by deletion of the image I loaded on the grounds that it had a non-commercial CC licence. Presumably the idea is that our content should always enable and facilitate commercial activity. So, as it's our policy that it's a good thing for people to be able to earn a living by producing and using CC material then we should be consistent. My !vote stands. Andrew🐉(talk) 12:12, 16 October 2020 (UTC)[reply]
  9. Oppose. First, there are privacy concerns as outlined by Carrite. Second, it is basically unenforceable. Third, I have a hunch it will be used as yet another banhammer against those paid editors that did they best to comply with ToU, further driving paid editing underground. If you want to ban paid editing altogether, then do it, do not just continue raising the bar with unreasonable requests for {{shrubbery}}. No such user (talk) 11:59, 16 October 2020 (UTC)[reply]
    WMF Legal have asked for this as a tool to fight against undisclosed paid editing. They want to be able to request take down of advertisements for undisclosed paid editing, thereby enforcing our terms of use. This is not "unenforceable" – the current policy is. – bradv🍁 14:16, 16 October 2020 (UTC)[reply]
    Please tell us how they plan to enforce "paid editors must provide links to the user page(s) of their Wikipedia account(s) [...] in direct communications with each client and potential client (such as through email)". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:40, 16 October 2020 (UTC)[reply]
    The other question I have a long those lines is how does it help them take down such ads? The ad is already saying so and so will edit Wikipedia for you, does the addition of a user name make a difference for legal to take an ad down? I do not see how it would. PackMecEng (talk) 15:10, 16 October 2020 (UTC)[reply]
    PackMecEng, the lack of a username would allow them more tools to have the listing taken down. If they in fact include a username in their freelancer profile that seems like a great outcome and allows us to distinguish between legitimate and illegitimate editors and proceed accordingly. Best, Kevin (aka L235 · t · c) 15:37, 16 October 2020 (UTC)[reply]
    But that is not what legal said. They said by having the person put their user name on external ads that would help them take the ads down. Now they put it that it helps make it more clear when job postings on third party websites are violating community policies. From what I can tell the only policy it would violate would be this new one, so are we just setting up a gotya trap? PackMecEng (talk) 15:40, 16 October 2020 (UTC)[reply]
    The hope is that reputable freelancing sites will honour a claim from the WMF that a particular ad violates Wikipedia policies. Right now, none of them do, as we haven't prohibited advertising of paid editing services nor provided any way of determining which ones are above board. This provision will provide an incentive for paid editors to be transparent about their activities so the community can properly check their articles for neutrality, and will help against innocent people getting targeted by a variety of paid editing scams (most of which I don't want to talk about publicly per WP:BEANS). – bradv🍁 15:39, 16 October 2020 (UTC)[reply]
    Again it just comes off as circular logic. So right now they are not violating policy to make ads for editing. So the solution is to make a policy to put a username there so if they don't we can have the ads taken down? Now as Kevin has been mentioning to almost every oppose at this point, they are already required to link on their user page and edits that kind of stuff. So wouldn't that satisfy the requirement of being able to check their edits by the community? It comes off as a solution in search of a problem, or worse creating a problem so a wanted solution can be implemented. PackMecEng (talk) 15:47, 16 October 2020 (UTC)[reply]
    If they provide a username, then we can check their userpage to see if they are complying with the terms of use. If they do not, they shouldn't be allowed to advertise paid editing services. And reputable freelancing sites will honour that, as they already forbid advertisements which violate another website's terms of use. – bradv🍁 15:50, 16 October 2020 (UTC)[reply]
    Right I get that, but again it comes off as just trying to setup a trap. Encouraging users here to look up info about paid editors on external sites sounds like a recipe for disaster. COI hunters already have a bad reputation for off site harassments, why encourage that? PackMecEng (talk) 15:54, 16 October 2020 (UTC)[reply]
    It's not a trap. It's a way to incentivize disclosed paid editing. Right now there is no such incentive, which is why COI hunters have to go to such great lengths to try to stop UPE at the source. We want to stop that. – bradv🍁 16:08, 16 October 2020 (UTC)[reply]
    They already have to disclose here. COI hunters should not be going to those lengths, it is creepy and wrong. People like Jytdog come to mind there. It is one thing to be on this site and require linking out (which imo is still not great), it is quite another to be on another site and require linking here. PackMecEng (talk) 16:15, 16 October 2020 (UTC)[reply]
  10. Oppose If such a change is needed, then it should be made directly by the WMF in the Terms of Use. I share the doubts of others that this is enforceable. I would support a version that says 'should' rather than 'must', though. Thanks. Mike Peel (talk) 19:17, 16 October 2020 (UTC)[reply]
    @Mike Peel: The WMF is seeking a community mandate for that change—that is the purpose of this RfC. If this passes, the WMF will change the ToU. If it doesn't, they won't. Johnuniq (talk) 22:40, 16 October 2020 (UTC)[reply]
    @Johnuniq: This RfC is about Wikipedia:Paid-contribution disclosure, not the ToU. Please reference "If this passes, the WMF will change the ToU". Thanks. Mike Peel (talk) 22:44, 16 October 2020 (UTC)[reply]
    I also don't think this has been clearly indicated, yet. And it doesn't seem otherwise obvious: enwiki doesn't represent all projects, so neither does this RfC. And if history is any indication to go by, the related and adopted cross-project policy weren't added to the TOU. If legal wants to do something they don't need community consent to do it. I also question whether anything short of adding it to the TOU will have the desired effect (notwithstanding the "community policies override" clause), but I suppose legal would know more about that than any of us. ProcrastinatingReader (talk) 23:42, 16 October 2020 (UTC)[reply]

RfC Neutral (disclosing usernames)

  1. Wikipedia:Free encyclopedia.--Moxy 🍁 23:04, 16 October 2020 (UTC)[reply]

RfC Comments (disclosing usernames)

  • Link to where Jacob Rogers indicated his support for this change? (Or, if it wasn't on-wiki, User:Jrogers (WMF), could you confirm this?) --Yair rand (talk) 20:33, 15 October 2020 (UTC)[reply]
  • Beware the law of unintended consequences. I can see black- or grey-hat editors proudly listing their Wikipedia user pages while otherwise merely complying with the "letter of the law" with respect to the Foundation's and English Wikipedia's rules, while violating the spirit of the law every chance they get and maybe violating the letter if they think they can get away with it. It will be the Wikipedia-equivalent of a business that only gives lip service to ethical business practices proudly announcing he is a member of the Better Business Bureau or a similar organization. davidwr/(talk)/(contribs) 20:48, 15 October 2020 (UTC)[reply]
    • @Davidwr: Unfortunately there's nothing stopping them doing it now (technically or policy-wise): if someone wants to proudly list their userpage on their upwork account they are free to do so. The reason this would be helpful even in this case is enforcement: if they do truly comply with the letter of the law on disclosure, it becomes easier and more plausible to enforce the substantive aspects of policy (neutrality, requirement to use edit requests/AfC, etc.). And, of course, disclosing accounts makes it possible to sanction editors who break our rules. Best, Kevin (aka L235 · t · c) 21:10, 15 October 2020 (UTC)[reply]
  • Operationally, I think it would be better to require paid editors to make any required disclosures on Wikipedia, rather than on an external site. I know in the past people have been concerned about compelling editors to make self-disclosures, but this proposal is functionally equivalent. It's easier though for Wikipedia editors to track accounts on other sites starting from an account here, rather than the other way around. isaacl (talk) 21:24, 15 October 2020 (UTC)[reply]
    • Isaacl, the requirement for on-wiki disclosure already exists in policy. But with external freelancer sites it is difficult to ask them to take down a particular listing, even when they are willing to help prevent TOU violations (and I'm told many of them are), because we can't tie a particular listing to a particular policy violation. That's why adding this would make the violation cut-and-dried. Best, Kevin (aka L235 · t · c) 21:29, 15 October 2020 (UTC)[reply]
      • No, it is not currently required that a paid editor disclose their account on an external site. This would be a change in policy. Paid editors are required to disclose who is paying them, but not any intermediary accounts they used to be hired.
      • Regarding informing other sites that Wikipedia policy has been violated: if requiring disclosures gains consensus support, I suggest having a central page where paid editors can disclose their accounts on other sites, to make it easy to show that the policy has not been followed. isaacl (talk) 21:31, 15 October 2020 (UTC)[reply]
        • @Isaacl: This is the current policy: Paid editors must also provide links on their Wikipedia user page to all active accounts at websites where they advertise, solicit or obtain paid Wikipedia-editing services. If such an account is deleted or removed, any corresponding links on the Wikipedia user page must remain visible for at least one week. If I'm not getting it, please set me straight. Best, Kevin (aka L235 · t · c) 21:33, 15 October 2020 (UTC)[reply]
          • You're right; I forgot about that amendment (made on meta; earlier discussions on English Wikipedia failed to make this change). I still believe a central page on Wikipedia for disclosures would be a better way to provide this information and to illustrate a failure to comply with policy. isaacl (talk) 21:37, 15 October 2020 (UTC)[reply]
  • Hi all. Just want to confirm that we do support this change from the Foundation legal team. It helps make it more clear when job postings on third party websites are violating community policies, which in turn helps us work with those websites to have them taken down when problematic job posts are reported to us. -Jrogers (WMF) (talk) 00:32, 16 October 2020 (UTC)[reply]
  • Generally I don't like these moves, because what we've been slowly doing is introducing new policies that don't end up making any significant impact on the paid editing market, but perhaps keep us from seriously considering changes that might. Maybe we do need to do this, if only as one more step towards realising that we need to take more drastic action if we want to make a difference. That said, some time ago we decided to make it a requirement that anyone who engages in paid editing must provide a link from the Wikipedia account to their account where they advertise their services. At the time, as I recall, a major argument was that it would allow us to go to the third party websites and point out users that were failing to comply with our policies. As far as I can tell, if that does happen it is incredibly rare, and I don't know if any off-wiki freelancer accounts have been removed as a result. Instead the paid editors on those sites changed how they operate. The major changes from the paid editors were to move to running businesses themselves instead of advertising through Upwork and the like; directly emailing potential clients; focusing on the use of throwaway socks instead of building up one or two accounts with good editing privleges; greatly increasing the amount of subcontracting; and the simplest but most effective change was that the more serious paid editors who were already getting a lot of work hid their profiles from everyone except potential clients. If we can't tell that they are getting work or see their profile we are largely hamstrung. The problem for me is that the same things the paid editors did then would greatly limit what these new changes could do now. It is useless for non-public profiles; those advertising their services as individual businesses would just ignore it; if they subcontract they can argue that they are not using their accounts on-wiki to do the work; and direct email is private and we'll have no idea what is happening in it. It might have some impact - assuming for a moment that we have the freelancer sites on board (I don't know if they have been approached) and they don't simply write it off as not their problem or accept any "account" mentioned in the profiles - we'll catch the occasional new paid editor who hasn't worked out the best approach to hide what they're doing yet, and drive the work to those that are hiding their profiles. What we need to do is look at removing demand or getting much, much better at policing. These sorts of steps mean well, but if the only impact is to drive the same jobs to the paid editors who are better at hiding what they do we're only making existing policing more difficult, and even that will only occur if someone can get the freelancing sites onboard. - Bilby (talk) 11:32, 16 October 2020 (UTC)[reply]
  • I'm confused by the people who are opposed because they think this is unenforceable. Painting with a very broad brush, enwiki has been at odds with WMF because we feel they're not doing enough to protect our interests. Now we have a case of WMF legal giving us a specific suggestion of what we could do to make it easier for them to do what we want them to. I don't see how we can possibly second-guess them on it. This isn't people like me who pretend to understand the law. This is the people who have law degrees and get paid to look after the legal interests of the foundation. If you think you understand the law better than they do, maybe this link is for you. -- RoySmith (talk) 16:13, 16 October 2020 (UTC)[reply]
    • Perhaps one of them can explain why the law of the United States requires someone like me, in the United Kingdom, to include something in the a private email to a potential host for a freelance Wikimedian in Residence, also in the UK? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:00, 16 October 2020 (UTC)[reply]
      Related to enforceability, what if the advertising website prohibits links?
      What if advertisers are dishonest with the disclosures? If I were an unscrupulous paid editing outfit, I might consider "disclosing" that I was the editors responsible for anything listed at Wikipedia:Featured articles#Business, economics, and finance. WhatamIdoing (talk) 03:50, 17 October 2020 (UTC)[reply]
      @WhatamIdoing: There's already required to be a corresponding disclosure of the Upwork/etc. account on the Wikipedia user page, so it'd be possible to refute the improper listing. And, for what it's worth, unscrupulous paid editing outfits already can and on occasion do claim to have Wikipedia accounts with trust/status that they plainly do not have, which is not something that we can prevent simply by our say-so, and this policy doesn't actually make it easier to do so. Best, Kevin (aka L235 · t · c) 06:37, 17 October 2020 (UTC)[reply]
Also, should paid editors be required to disclose all their accounts, whether they're used for paid editing or not including they're not using for COI editing? Graywalls (talk) 16:32, 16 October 2020 (UTC)[reply]
  • I am in support but slightly curious, if legal thinks this is a good move to help with enforcement, why don't they just add it into the TOU (as well as absorbing the current cross-project policy into it)? Wouldn't adding it to TOU be more helpful for enforcement compared to a project policy? ProcrastinatingReader (talk) 18:06, 16 October 2020 (UTC)[reply]
    I lean towards agreeing that the Wikimedia Foundation legal department should skip the intermediary and just put in the specific wording they want into the terms of use. Personally, I don't think it is a good idea to try to mandate what can take place in private communications. If the legal department feels it is necessary, I would prefer it devises the precise language. isaacl (talk) 19:18, 16 October 2020 (UTC)[reply]
    Jrogers (WMF) while I noted my support above, this is a valid point. Could you address the question of why this is happening at the enwiki level instead of at the WMF/TOU level? -- RoySmith (talk) 23:28, 16 October 2020 (UTC)[reply]
  • Sidenote, isn't there a bit of wording contradiction across project paid editing policies and the TOU? TOU says projects can supersede those requirements with their own policies. Looking at the list, a couple have done so, eg commons & mediawiki, stating pretty clearly: The Wikimedia Commons community does not require any disclosure of paid contributions from its contributors. Meanwhile, the cross-project meta:Linking to external advertising accounts says: We require those involved with paid editing on Wikipedia to link on their user page to all other active accounts on external websites through which they advertise paid Wikipedia editing business. and also says This page has been elaborated and approved by the community and its compliance is mandatory for all Wikipedia projects. It must not be modified without prior community approval. (all emphasis mine) So, which is it? Aren't these in complete contradiction? Even if one assumes this literally means Wikipedia projects only and isn't a typing oversight intending to mean all Wikimedia projects (which feels more likely), this seemingly prohibits any Wikipedia from enacting lesser policies, in contradiction of the TOU? ProcrastinatingReader (talk) 00:31, 17 October 2020 (UTC)[reply]
    The page is in the context of projects that have not adopted alternate disclosure policies. It elaborates further on the default policy. isaacl (talk) 04:42, 17 October 2020 (UTC)[reply]

Soliciting Community Input on MOS:TERRORIST

There is a discussion on the implementation of MOS:TERRORIST at WT:W2W#Re:MOS:TERRORIST Transcendence (talk) 18:34, 16 October 2020 (UTC)[reply]