Wikipedia:Village pump (proposals)

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

New ideas and proposals are discussed here. Before submitting:

« Older discussions, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153

RfC: Notify pending-changes reviewers during large backlogs

Should random pending changes reviewers be notified when the backlog is too large? Enterprisey (talk!) 07:25, 18 September 2018 (UTC)

The pending changes backlog sometimes grows to over 20-30 pages, some of which have been waiting for over a day. This situation is not ideal because there are over eight thousand editors who could take care of them. Thus, a bot should be written to notify pending changes reviewers (PCRs) when the backlog gets too large. This RfC covers only opt-out methods of doing the notification. One proposed method: a bot pings a small number of random PCRs on a central page, to avoid spamming talk pages. A given user would only be pinged once every few months, also to avoid spam. PCRs who have recently reviewed changes wouldn't be pinged, because they presumably already know. There could be a maximum edit count/tenure of PCRs who get pinged. (Although a couple of experienced users noted on the idea lab discussion that they just forget S:PC exists, so that may not be the best idea.) The effect of the pings on reviewing activity will be recorded, and used to adjust how many PCRs are pinged.

This RfC is only for opt-out notifications. This idea was first discussed at the idea lab section. Enterprisey (talk!) 07:25, 18 September 2018 (UTC)

Survey (Notifying PCRs)

  • Support as proposer. Enterprisey (talk!) 07:25, 18 September 2018 (UTC)
  • Please no the watchlist banner is annoying enough to the point I had to beg someone to make a .css workaround so I don’t see it. I’d support getting rid of pending changes as a form of protection that solves nothing while creating more work for everyone involved. I know it will be opt-out, but we really shouldn’t have to opt out of something like this. TonyBallioni (talk) 07:29, 18 September 2018 (UTC)
    TonyBallioni, the odds that you personally get pinged as a result of this are very small. Backlogs don't happen that often, and there are 7,038 other PCRs. It doesn't even have to ping admins. Enterprisey (talk!) 08:04, 18 September 2018 (UTC)
    We should probably pare that number down to editors who've been active in the last 30 days. No point pinging inactive users. — AfroThundr (u · t · c) 08:11, 18 September 2018 (UTC)
    Yup, I'll keep it to recently active editors. Enterprisey (talk!) 08:18, 18 September 2018 (UTC)
  • Oppose - There is already a perfectly good template for reviewers who wish to remind themselves to work on the backlog when it grows a little too large. I fail to see the utility in implementing this. EclipseDude (talk) 07:43, 18 September 2018 (UTC)
    The template doesn't seem to be working very well. Enterprisey (talk!) 07:47, 18 September 2018 (UTC)
    It seems to work decently well for me (once I discovered it existed). I added a fork of it to my user page, where I'm more likely to notice it, since I kind of use my page as a home page. — AfroThundr (u · t · c) 08:11, 18 September 2018 (UTC)
    Yeah, the template itself works fine, but it doesn't seem to be driving enough traffic to S:PC - hence the backlogs. Enterprisey (talk!) 08:18, 18 September 2018 (UTC)
    Perhaps the template should be displayed more prominently on WP:PC instead of as a footnote. Many reviewers are likely unaware of its existence. — AfroThundr (u · t · c) 08:21, 18 September 2018 (UTC)
  • Comment This would be better suited (IMHO) as an opt-in process. After advertising on the Village Pump, there'd likely be plenty of active participants who would sign up for this (myself included). Benefits of making it opt-in:
    • ensures you don't annoy other users who don't want to be bothered by a bot
    • ensures a higher likelihood of an actual response from the users pinged
    • increased frequency of pings to users since they actually want the pings
    As I mentioned in the original discussion, having users opt-in via a template (or signing a central page) would be a good method of doing this, and could even allow for the editor to specify their ideal notification criteria. — AfroThundr (u · t · c) 08:07, 18 September 2018 (UTC)
    Yeah, if this doesn't pass I'll write an opt-in bot instead. I just figured an opt-out bot would be more effective. Enterprisey (talk!) 08:09, 18 September 2018 (UTC)
    Second this. I would be more supportive of an opt-in process. EclipseDude (talk) 08:11, 18 September 2018 (UTC)
  • I don't have problem with this, but please make it "opt-in." –Ammarpad (talk) 14:38, 18 September 2018 (UTC)
  • (Summoned by bot) Comment Would support an opt-in version of this and/or if the PERM page was changed to make it clear that this was opt-out going forward for people granted the PERM that would be OK with me too. In general I think there's value in people with PERMS being alerted to backlogs. Best, Barkeep49 (talk) 14:58, 20 September 2018 (UTC)
  • Oppose opt-out if this is going to include all sysops (who also have pending changes review access) - else, perhaps this could be a css controlled watchlist banner ("There are %somehighnumber% of backlogged pending changes")? — xaosflux Talk 15:06, 20 September 2018 (UTC)
    This will not include sysops. I considered a banner, but I only want to notify a very limited number of people about this, to reduce the overall level of annoyance. There's already a banner, I think, but it doesn't show count. Enterprisey (talk!) 22:06, 20 September 2018 (UTC)
    @Enterprisey: I think you get a banner if there are any PC's that are for pages on YOUR watchlist. I'm suggesting that IF (PC log>n)&&(usergroup in reviewer) => SHOW BACKLOG BANNER. — xaosflux Talk 22:18, 20 September 2018 (UTC)
    Ah, I get what you're saying. Enterprisey (talk!) 22:51, 20 September 2018 (UTC)
    I think this is an intriguing approach to the problem. Best, Barkeep49 (talk) 01:41, 21 September 2018 (UTC)
  • Oppose I don't see this as a major problem, and the tried-and-true approach of complaining on WP:AN if the backlog is severe enough (more than 75 articles to review or 48 hours) should be sufficient. There's no issue with a rate-limited opt-in reminder system if people want that. power~enwiki (π, ν) 22:03, 24 September 2018 (UTC)
  • (Summoned by bot) Oppose an opt-out system, but an opt-in system seems useful. I am guessing that enough editors would volunteer to be pinged once the backlog reaches a certain size. Pinging PCRs without their approval may cause more annoyance than it is worth. Hrodvarsson (talk) 00:09, 3 October 2018 (UTC)
  • Support if opt in - this would be seriously irritating to be notified of for random people making up the enormous pending changes user right. However an opt-in system has something to say for it. I'd suggest 60 articles/36 hours as a better point for this to occur. Nosebagbear (talk) 14:46, 6 October 2018 (UTC)
  • Support Opt in only per others. It would be incredibly annoying for a message to be sent to thousands of people just to resolve a very temporary 30-80 edit backlog. Moreover, with that many people, you'd probably have everybody jumping on the same examples, which would result in a lot of annoying duplicate work and edit conflicts. — Insertcleverphrasehere (or here) 14:20, 11 October 2018 (UTC)
  • Strong support opt-in and support on opt-out (if admins are not included). If you aren’t interested in PCR, why do you have the permission for it? There’s a backlog that needs to be addressed and it relates to editor retention - if a user’s first edit is to a PC page and they don’t see it go live soon after (or at least see it reverted with a reasonable explanation), they might get confused or give up with editing. Bilorv(c)(talk) 10:50, 15 October 2018 (UTC)
I (and other PCs) can be interested in an aspect of Wiki and be beneficial without wanting to be pestered by it. On that logic, admins should receive help requests on all aspects because they went through the toil of RfA for all the admin rights. Nosebagbear (talk) 20:18, 16 October 2018 (UTC)

Make "view-source" an optional tab for the left of the search bar.

The view source tab would be good for the bar because it would make it easier if you want to look into wikicode and see how some formatting was used and borrow templates and citations that you need without the risk of accidentally ruining anything on the page in question. It already exists as a replacement for edit on protected pages.

What do you guys think? Discuss-Dubious (t/c) 13:55, 3 October 2018 (UTC)

@Discuss-Dubious: 'view-source' just goes to &action=edit, it is not a function to just call. — xaosflux Talk 15:58, 3 October 2018 (UTC)
Oh, okay then. Hmm. I wonder if making a new action for non-protected pages is a good technical fix. Where can I go to propose that? Discuss-Dubious (t/c) 19:49, 3 October 2018 (UTC)
phab: --Redrose64 🌹 (talk) 20:47, 3 October 2018 (UTC)
@Discuss-Dubious: Also, if you don't want to change the source, I think you can just click "edit source" and when you're done, leave without clicking "Publish changes", so that nothing happens. SemiHypercube 16:02, 3 October 2018 (UTC)
Yes, I know about that. That was what I did prior to creating this proposal. I thought the idea would better facilitate this by entirely removing the element of risk I perceive of accidentally publishing a page where you have casually pressed "cut" instead of "copy" entirely. Discuss-Dubious (t/c) 19:49, 3 October 2018 (UTC)
You could also use &action=raw to view the wikisource, but depending on your browser settings this may open a file download (or open) requester instead of displaying it... —PaleoNeonate – 20:39, 3 October 2018 (UTC)
This sounds like a good idea to implement the idea. We can call that. Discuss-Dubious (t/c) 17:56, 9 October 2018 (UTC)
@Discuss-Dubious: have you tried that option? On some browsers it prompts a file stream download, and on others it displays the HTML content section - this does not help achieve your original proposal at all. — xaosflux Talk 22:38, 9 October 2018 (UTC)
I haven't used it on a browser which prompted a download. However, I do think something could be made from it. Discuss-Dubious (t/c) 01:45, 14 October 2018 (UTC)
If you enable "Prompt me when entering a blank edit summary" in Preferences -> Edit, you won't save the changes you unintentionally made if you accidentally click "Publish" instead of "cancel". Unless you've also unintentionally added an edit summary, of course, but what's the odds of that? --RexxS (talk) 22:29, 11 October 2018 (UTC)
I don't always see reason to use an edit summary, though. That's a good idea, but not sure it's really for me. Discuss-Dubious (t/c) 01:45, 14 October 2018 (UTC)

Why isn't mobile number and / or email required for new User Creation?

Duplicate of comment posted at the help desk, and elsewhere Ivanvector (Talk/Edits) 13:37, 8 October 2018 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

A lot of time is wasted in sockpuppet investigations and still they seem to have infested Wiki.My suggestion is to require email and / or mobile validation to create new accounts on Wiki. Existing users should also provide them to continue using their IDs. Email authentication is free of cost and easiest to set up, while mobile number verification may require sending an OTP to the number which can have a minuscule cost involved of sending an SMS. Email verification would be sufficient since to create new email IDs, the companies send OTPs to the mobile and user cannot register multiple email IDs linked to a single mobile number. Even small websites have these type of validations then why can't Wiki? Since sockpuppetry is becoming a nuisance on Wiki. Hopefully something gets done in this regard, if this is not the place for suggestion kindly let me know where to write it. Thanks! — Preceding unsigned comment added by 117.222.30.200 (talk) 13:21, 8 October 2018 (UTC)

Folks watching this page: there was a discussion about this same thing very recently, possibly still ongoing, which I read but didn't participate in and now I can't find it. If someone here knows what I'm talking about, could they ping the IP? Cheers. Ivanvector (Talk/Edits) 14:57, 8 October 2018 (UTC)
That would be the idea lab. --Izno (talk) 15:06, 8 October 2018 (UTC)

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

Bot to add external party originality flag to new pages feed

Hello all, a new bot request is open at Wikipedia:Bots/Requests for approval/EranBot 3 regarding adding a new attribute to Special:NewPagesFeed for suspected Wikipedia:New_pages_patrol#Copyright_violations_(WP:COPYVIO). Feedback on usage and verbiage is welcome at the BRFA. — xaosflux Talk 17:36, 10 October 2018 (UTC)

@Xaosflux:--Was the section-header-title constructed by you? WBGconverse 05:01, 11 October 2018 (UTC)
@Winged Blades of Godric: for this section? Yes. Tried to keep neutral, as I have more specific opinions in the other discussion. This bot will read new submissions, submit them to a third party who will generate a rating related to the originality of the text, then if the rating response is unoriginal will insert a 'potential copyright violation' flag here for further review. Much more details in the BRFA. — xaosflux Talk 11:37, 11 October 2018 (UTC)

RFC:Close MedCom?

Should the Mediation Committee be closed and marked as historical? 18:11, 10 October 2018 (UTC)

This RFC stems from a previous discussion, now viewable here. The discusion was not overly long and did not result in any real conclusions, so it seems a formal RFC is advisable to determine consensus on the subject.

I would like to be clear from the outset that this is not intended to attack or disparage the users who have dedicated their time and effort to this project, but rather to ask if the project itself is actually accomplishing anything of real value to Wikipedia overall or if it has become redundant to the point where it should be closed.

Rationale:

  • Medcom accepts very few cases. The last case accepted was just over a year ago.
  • This is mainly because “lower” forms of dispute resolution are required first, similar to ArbCom proceedings.
  • The other reason cases may not be accepted is that unlike Arbitration cases, Medcom cases require that all parties agree to participate and the decisions reached are not binding.
  • Of the few cases that are accepted, very few succeed at resolving the issue, the last case marked successful was over two years ago.
  • The process, instead of complementing other dispute resolution procedures, appears to have become redundant to them.
    • Content disputes, which are all that Medcom handles (as opposed to behavioral issues) are mostly handled by talk page discussions, content RFCs, or WP:DRN
  • Interest in being on the committee is very low. For the last few years its chairperson has been doing pretty much all the work, which consists almost entirely of rejecting cases as premature. While other, nearly inactive users have indicated their willingness to return to help if a case were to be accepted, it is essentially a one-man project and has been for some time.
    • It is worth noting that the chairperson’s term expired some eight months ago but there apparently been no inclination whatsoever to either re-elect or replace them. In fact, it looks like the chair is the only member who has commented on the project’s main talk page in the last three years.
  • Given the previous points, it seems undesirable to have a process where, in the rare case that it actually takes on a case that case is decided either by the same person every time or by users who are mostly inactive on Wikipedia.

So, we’ve got a process that by it’s own records, hasn’t resolved any issues in a few years, hasn’t been used at all so far this year, and whose internal processes are stagnated and handled almost exclusively by one user.

For all of these reasons, and again with the upmost respect for those that have striven to keep this project alive, I believe that it is time to admit that this process is almost entirely unused and redundant and to mark it as historical and shut down its mailing list. Beeblebrox (talk) 17:50, 10 October 2018 (UTC)

MedCom discussion

  • Support Doesn't appear to be active, other dispute resolution noticeboards seem to work better. SemiHypercube 00:38, 11 October 2018 (UTC)
  • Support Per above. – BrandonXLF ([email protected]) 00:41, 11 October 2018 (UTC)
  • Support pet project of a small number of users that doesn't really do anything anymore. It gets a fair amount of requests, but they are never heard, and the community has pretty much moved past centralized content dispute resolution in this manner, preferring talk page RfCs and if need be, an RfC on a policy page or noticeboard. TonyBallioni (talk) 00:44, 11 October 2018 (UTC)
  • Support – No longer a useful process...much like WP:RFC/U was, back when it was abolished. Other forms of dispute resolution have been used in its place for years, with greater effect. No reason to retain the air of community bureaucracy at a process that is largely maintained by one person. In the end, people have voted with their feet. Abolish it. RGloucester 00:45, 11 October 2018 (UTC)
  • Support - seems to have no purpose at all these days. Home Lander (talk) 01:08, 11 October 2018 (UTC)
  • Support Inactive, useless. TonyBalloni sums it up nicely. ThePlatypusofDoom (talk) 01:46, 11 October 2018 (UTC)
  • Support per above. --Rschen7754 02:17, 11 October 2018 (UTC)
  • Oppose the abolishment of all the forums for editor review (apart from RfA) was not a benefit to the encyclopedia-building project, and I don't think abolishing MedCom will be either. It will be far more work to resurrect this in the future than to let it linger idle for now. Some forum that is the clear forum-of-last-resort for content disputes is needed; I don't see DRN or ARBCOM as filling that role. MedCom should have some type of reform to be more relevant, but doing it at the barrel of a gun won't work. power~enwiki (π, ν) 03:11, 11 October 2018 (UTC)
MedCom isn’t a forum of last resort. We have no such thing for content disputes and never have. TonyBallioni (talk) 03:29, 11 October 2018 (UTC)
It actually has no authority whatsoever, being entirely voluntary and non-binding. I also object to the characterization of this being the “barrel of a gun” as what it really is is just admitting that medcom doesn’t do anyhting anymore so there’s no point in directing users to it. There already isn’t an actual committee. Beeblebrox (talk) 06:14, 11 October 2018 (UTC)
Well, it certainly needs to either be more willing to do *something*, or actually be a forum of last resort. I plan to stay an oppose !vote, but without some viable reform proposal this will certainly be marked historical. There's a good chance it won't do anything for the next year+ even if it isn't marked historical. power~enwiki (π, ν) 15:29, 11 October 2018 (UTC)
If it gets to the point that the talk page, RFCs, RSN, DRN, &c., cannot solve a content dispute, that almost certainly means that there are conduct issues. That's the essential problem with the structure of this thing...it isn't fit for purpose, and so it doesn't do anything. In the end, though, its excessively bureaucratic proceedings are a relic of another era, and I personally am happy to condemn them to history. RGloucester 15:39, 11 October 2018 (UTC)
@Power~enwiki: Which other now-abolished forums for editor review are you referring to? 142.160.89.97 (talk) 07:21, 16 October 2018 (UTC)
  • Support It is already dead, so may as well save the time of all the people requesting resolution through it. They are better off starting a WP:RFC to determine consensus which is how content is settled per policy. If lower forms of resolution have not resolved the dispute, it is extremely unlikely that a completely voluntary non-binding and toothless process will do either, and this is reflected in the reality of the situation. Galobtter (pingó mió) 07:17, 11 October 2018 (UTC)
  • Support per above rationale. Inactive, and preference for talk pages and RfCs. Better to redirect attention of volunteers elsewhere than have a semi-morubund venue. --Tom (LT) (talk) 07:37, 11 October 2018 (UTC)
  • Oppose I do not see any clear benefits of closing MedCom down now. At least the proposers have not specified any. In addition, {{historical}} template is used to mark pages or processes that have become completely inactive and for a long time. These is not true in the case of MedCom - there is still some activity. So, this is not an appropriate proposal. If somebody wants to simply close it down, there should be a wider RFC, not a small discussion on this board. Ruslik_Zero 09:44, 11 October 2018 (UTC)
    Uhh, where would a wider RFC be than a discussion at the pump advertised at WP:CENT as this discussion is? Galobtter (pingó mió) 09:47, 11 October 2018 (UTC)
Yeah, I find this comment very bizarre. You can disagree with the reasoning I presented but there is nothing inappropriate about it, it is widley advertised, and if somebody just shut this discussion down now that would be wildly inappropriate. Beeblebrox (talk) 18:35, 11 October 2018 (UTC)
  • Neutral - I don't think the Mediation Committee has ever really played a very important role. It's non-binding, and it adds a layer of bureaucracy to dispute resolution that most editors don't want to deal with. Nevertheless, a part of me wants to see it reformed and modernized so that it can serve some sort of purpose. But at this point, it may not be feasible. Kurtis (talk) 09:50, 11 October 2018 (UTC)
  • Oppose — If MedCom is closed WP will have no DR mechanism to mediate complex disputes. DRN is specifically designed to handle disputes which can be resolved within 14 days and has an automated case-closing mechanisms for cases which do not fit that mold. Moreover, anyone can be a DRN volunteer. Current volunteers generally discourage newcomers to Wikipedia from volunteering, but they can do so if they care to. (Third Opinion is the best training ground for newcomer volunteers.) Cases which are accepted at MedCom, and there have not been any recently, it is true, often take weeks to months to resolve with multiple different specific issues being considered. MedCom has never taken many cases and DRN has, as it should, taken away the simple cases that might have previously been handled at MedCom, but MedCom still plays a necessary part, if only rarely. — TransporterMan (TALK) 12:17, 11 October 2018 (UTC) (Chairperson, Mediation Committee)
    Counterproposal. Retain but improve MedCom by making it the actual last resort. Make it mandatory to participate at MedCom by making a good faith effort to resolve a dispute if the case is accepted for mediation by the Committee. The requirement would not require a party to actually resolve the dispute, but only to participate in mediation and make a bona fide good effort to do so. Parties who refuse to participate, or who participate and fail to make a good faith effort, should be barred from continuing to participate in the dispute and from editing the article in question in a manner related to the dispute (this is equivalent to the same requirement in real world court-ordered pre-trial mediation: you've got to show up and make an effort to resolve the case). The mechanics of this will need to be worked out, members of the Committee who are administrators could impose the limited topic ban or the Committee could, in the alternative, make a recommendation to ANI. Either way, the community would have to trust the Committee to prevent this from becoming a means of gaming disputes. Cases should be required to at least file the case for consideration at Third Opinion or DRN or RFC before coming to MedCom, so as to weed out the simple cases. Respectfully submitted, TransporterMan (TALK) 12:17, 11 October 2018 (UTC)
    I would recommend starting a separate RFC for a replacement venue of any sort, if you think Wikipedia should have one. --Izno (talk) 14:09, 11 October 2018 (UTC)
    Sorry to break this to you, but Wikipedia currently has no dispute resolution mechanisms to mediate complex disputes. MedCom doesn’t exist already. Beeblebrox is just asking we admit that and stop wasting people’s time by sending them through a process that doesn’t actually exist. TonyBallioni (talk) 12:21, 11 October 2018 (UTC)
I cold not be more opposed to yor counter proposal. No way no day can we give Medcom “teeth”. Currently it’s basically you, but in theory there are three other mediators. None of you were elected or appointed by the community so there is basis for any sort of real authority. (for those of you who are unaware, Medcom selects it’s own members, and has it’s own mailing list where they discuss their inner workings. It’s very much a closed shop) Beeblebrox (talk) 18:50, 11 October 2018 (UTC)
What if a precondition of the counter-proposal getting acceptance was all current (and future) members have to stand for election in the same manner as ArbCom members do? Additionally, how about actually giving MedCom a couple of dentures to make binding content-related decisions (ie: "Source X cannot be used in this context unless wider community consensus agrees to it" or "The reliability of that source is currently disputed so cannot be used until {condition}") Dax Bane 10:09, 18 October 2018 (UTC)
  • Support - There are too many backstage venues as it stands. This one has atrophied. Carrite (talk) 12:26, 11 October 2018 (UTC)
  • Support Pretty much dead. MoonyTheDwarf (Braden N.) (talk) 12:44, 11 October 2018 (UTC)
  • Support per the proposer. It seems fairly clear that the WP:RFC process is superior for content disputes; where it is inhibited is when conduct becomes an issue, but that's a separate set of processes anyway. --Izno (talk) 14:09, 11 October 2018 (UTC)
  • Support As it appears largely redundant, and has pretty much shut down on its own already, it seems smart to officially 'close' the venue. — Insertcleverphrasehere (or here) 14:14, 11 October 2018 (UTC)
  • Zaphod sums it up well, and honestly Power~enwiki lays it out well enough. I've always liked MedCom — it aims to fill a much-needed space for content disputes — and in my starrier-eyed days of the very late aughts, once thought it'd be nice to serve. Still, it's not filling that space because nobody uses it. I think the project would be better if MedCom were a productive place of dispute resolution, but it's not. As such, keeping it "active" and as an "option" is probably doing more harm than good, interrupting other resolution methods and drawing out disputes needlessly. There are good things nobody uses, and after trying and trying, there's no shame or harm in admitting it's not working. ~ Amory (utc) 15:45, 11 October 2018 (UTC)
  • This proposal is a remarkable coincidence. I began discussing the underuse of mediation with a couple of my committee colleagues last week.

    As noted by the other commenters (both supporting and opposing), the notion of mediation is a good one. We would all like for it to be working and achieving results. However, it just isn't functioning as a process. In the end, accepted requests and successful cases – ie frequency of resolving disputes – is what matters.

    I would propose that we provide an opportunity at this stage to propose updates to the process for 2018 and onwards. As I say, some early work has already been done on this question so it should not be too long in the works. I hesitate to call those updates a 'reform', because as a community we tend to prefer incremental improvements. Nevertheless, some of the proposals under development could quite easily turn the process into an effective one. I suppose they are reformatory in nature.

    For what it's worth, the crux of the proposals is to bring mediation into the dispute resolution process as an effective, functioning noticeboard or process. At the moment, it sits apart from the other dispute resolution venues – ignored and ignorable. I propose reform to this discussion – that we give updating the process a try. We strip back some of the vestigial bureaucracy. We make it an actual, go-to process that actively solves advanced content disputes. In my view, there is a gap in our community for such a thing. And in the existing mediation process, we have a solid base (nearly 2 decades of precedent and experience) and existing material to work with (the process is recognised in the ratified Arbitration policy etc.). If the consensus here is to reform and it does not work, I would propose closing it myself. AGK ■ 17:31, 11 October 2018 (UTC)

Actual practice suggests we do not need this form of mediation to resolve disputes. If such a process were needed, MedCom would not've fallen away as it did. There are better venues for content dispute resolution, and behavioural problems are dealt with in the usual channels. I simply do not see the benefit of continuing to emphasise a process that has died a natural death...it 'died' for a reason, and for those reasons I am opposed to reform. If such proposals were to create an entirely new body, from the ground up, and then seek community consensus for establishment, that'd be another thing. But I do not see the benefit in launching such a proposal under the auspices of the existing 'MedCom' mandate, which has clearly run its course. RGloucester 17:42, 11 October 2018 (UTC)
That is a rather brazen – and, in my view, incorrect – view of dispute resolution. All around the community there are content disputes that do not get solved until one editor grows frustrated enough to lash out. At that stage, they are blocked or receive a sanction in enforcement of general sanctions. We then call that consensus by default, regard the dispute resolved, and carry on with a deficient article. I do not see the "actual practice" that led us here as right, and I am proposing we update the process to tackle the wider problem of a serious dearth in effective solutions for protracted disputes. Or perhaps we could just redirect the whole thing to some essay and continue decentralising the facilities for editors in dispute to receive guidance from experienced editors; certainly that is the way things more generally are heading.

Disputes on the project today, as the encyclopedia matures and its expansion plateaus, are increasingly about obscure or intractable issues. Closing down processes that we, as a community, have designed to steer those disputes back on track will do nothing to stop the car driving off the cliff. Creating a mediation process is one case where the project elders probably had it right. We just need to update it. AGK ■ 18:00, 11 October 2018 (UTC)

The biggest problem with what you're proposing is that it really has nothing to do with MedCom...it's a proposal for an entirely new process, replacing the existing MedCom with something different. In as much as this is what you propose, I cannot accept the use of the existing MedCom policy to create an entirely new process. I'd rather this be marked historical, as it is indeed historical, and defunct, and something new prepared for review by the community. What you propose, I think, is a circumvention of community consensus. RGloucester 18:23, 11 October 2018 (UTC)
  • Support purely on grounds of inactivity, I think it's entirely possible for a process like MedCom to play a role in our dispute resolution processes. Activity has consisted of the chairperson rejecting requests for some time and it doesn't seem to be actually resolving disputes. Given that we are basically misleading people into thinking it's a working process if we don't tag it as inactive/historical. If a significant number of active editors are willing to commit to reviving the project then I'd be happy to change this. Hut 8.5 18:17, 11 October 2018 (UTC)
  • Neutral Like AGK, I wish this were more active. I say this as someone who has not participated, primarily because I believe that good mediation requires a certain skill level which typically require some training and I haven't had formal training. There are many people who have had such training and frankly surprised we haven't attracted more of them. If I were a mediation professional, I might see Wikipedia as a great place to practice skills. While that hasn't happened, perhaps it will. We've got a small national conversation about civility in progress, and, ever the optimist, perhaps that will spark more interest in mediation and some of those people will show up here and offer to help. There might be some value in having an existing structure rather than having to reinvent from scratch. Arguably, if this is marked as historical, it doesn't mean it goes away so that goal could be accomplished even if this is marked as historical, but I prefer something a little softer. Perhaps a message at the top of the page that says this projectprocess is currently inactive but could be reinvigorated if enough participants show interest.--S Philbrick(Talk) 18:27, 11 October 2018 (UTC)
To note, MedCom is not a project...it is actually a policy-based process specified by Wikipedia:Mediation Committee/Policy. The remaining one active member of the Committee has not even been able to follow this policy, in that he has continued serving despite the end of his term. I really find it hard to accept that we have a policy that literally no one follows or uses...is this not contradicting the very nature of Wikipedia policy itself? RGloucester 18:31, 11 October 2018 (UTC)
I thought this point was insignificant to the discussion, but as it keeps coming up – the coordinator/chair would be reconfirmed by email. They just do not announce it or make a song and dance. AGK ■ 18:57, 11 October 2018 (UTC)
I didn’t mention the internal processes used because as you say it has no bearing on the core reasons for this proposal, but if we were to do that I think the community would be rather surprised. I’m not aware of any other group who determine their own membership devoid of community input and decide who their chair is in an off-wiki discussion on their own privileged mailing list. Beeblebrox (talk) 19:06, 11 October 2018 (UTC)
  • Oppose This is a truly silly proposal. This proposal does not benefit Wikipedia in the least, and is a waste. Just because something is not that active right now, does not mean it won't reactivate in the future. We just saw that with the Signpost, and the needlessness of this RfC is plain - you don't like that someone is over there fielding complaints, etc., find something useful to do with your time, and focus on writing articles, not complaining about other people offering to mediate disputes and respond to complaints in a slightly structured forum. Alanscottwalker (talk) 18:39, 11 October 2018 (UTC) As it is now argued below that oppose comments are not supportive, there must be some confusion, being supportive of editors who want to provide mediation for others who want it is being supportive of MEDCOM, and it is the right thing to do. -- Alanscottwalker (talk) 12:35, 12 October 2018 (UTC)
    Keeping MEDCOM open misleads people into thinking it actually resolves disputes and wastes their time filing out a request for mediation only to get it rejected. Galobtter (pingó mió) 18:52, 11 October 2018 (UTC)
What nonsense. Never in the history of problem solving has having to state the problem to someone else formally, and the parties involved, ever been a hindrance to problem solving, the opposite is the case. Alanscottwalker (talk) 19:56, 11 October 2018 (UTC)
  • A straw man if I’ve ever seen one. Unless you can point out where anyone is “complaining about people other people offering to mediate disputes“ as that is not anywhere in the rationale at the top. This is only about admitting the obvious, this process may have had a place once but it has been rendered obsolete and redundant by a cultural shift towards other forms of dispute resolution. This isn’t personal, so I don’t appreciate you trying to make it so. Beeblebrox (talk) 18:59, 11 October 2018 (UTC)
What? Personal? I said nothing personal. And you don't need to repeat your already rejected argument that there are too many ways for people to go about solving problems. Alanscottwalker (talk) 20:13, 11 October 2018 (UTC)
  • WP:BAG. I think it is time we step back and let other community members independently assess the original proposal, the counter-proposals, and the limited further discussion. Badgering is causing the signal-to-noise ratio of this thread to plummet. AGK ■ 19:13, 11 October 2018 (UTC)
I hear you, but when some people are suggesting this be closed as innapropriate and others are trying to personalize the dispute instead of responding to the actual issues under discussion it can be hard to restrain oneself. Beeblebrox (talk) 20:12, 11 October 2018 (UTC)
Well, this proposal is complaining about people offering to mediate disputes, so calling a spade, a spade is just appropriate. The proposal's reason is, 'we don't like the way you mediate.' Alanscottwalker (talk) 20:46, 11 October 2018 (UTC)
Every word of what you wrote is wrong. Beeblebrox (talk) 21:16, 11 October 2018 (UTC)
Every word is not only right, it's evident. Alanscottwalker (talk) 22:01, 11 October 2018 (UTC)
Again, senseless, 'there are too many ways to go about addressing issues in somewhat different formats' is not even a coherent critique. Alanscottwalker (talk) 20:06, 11 October 2018 (UTC)
At the time of the last discussion about this at VP Policy, about a month ago, at least 3-4 other current active members of the Committee either indicated in that discussion or on the Commitee's mailing list that they are, indeed, still active. It's not correct that I'm the sole surviving member. Moreover, past members who are inactive are still members and I wouldn't hesitate to poll them should our active member list be depleted and a mediator needed. - TransporterMan (TALK) 19:27, 11 October 2018 (UTC)
  • Support as per everyone above, No point keeping and sending editors to something that's pretty much inactive, There are other venues which are quicker and simpler. –Davey2010Talk 20:08, 11 October 2018 (UTC)
  • Neutral Would be nice to see it given a place but without a significant review into how Dispute Resolution works and the Mediation Policy it is not sustainable. In its current state, it's not worth keeping. RhinosF1 (talk) 20:17, 11 October 2018 (UTC)
  • I would merge with the Wikipedia:Dispute resolution noticeboard, since it can be arbitrary in dividing lines between "small" and "large" disputes. Also the fewer "go-to" places the better. Cas Liber (talk · contribs) 20:19, 11 October 2018 (UTC)
Seems like that would be the best way actually. RhinosF1 (talk) 20:25, 11 October 2018 (UTC)
  • support, largely as stated: redundant to other forums that produce better results. Guy (Help!) 21:10, 11 October 2018 (UTC)
  • Support per nom. Effectively defunct. There should be prominent pointers to other dispute resolution forums like DRN though. ---- Patar knight - chat/contributions 00:15, 12 October 2018 (UTC)
  • Support per nomination and Carrite (too many backstage venues), and largely redundant. . Kudpung กุดผึ้ง (talk) 02:47, 12 October 2018 (UTC)
  • Oppose: I'm not sure if I knew about the Committee existence. It sounds like it could be something useful for mediating complex disputes. Even if the case log is not very active now, it does not mean that it may not pick up in the future. K.e.coffman (talk) 05:32, 12 October 2018 (UTC)
  • Support Largely ineffective, generally redundant to many other binding processes that we have. Closure is overdue. –Ammarpad (talk) 05:54, 12 October 2018 (UTC)
  • Oppose per TransporterMan. Process is important, especially when it comes to complicated disputes. Having an outlet for such that is less looming than the arbitration committee benefits the community, even if it is not used very often. As long as their are volunteers willing to run it, we should allow it to stand.— Godsy (TALKCONT) 08:43, 12 October 2018 (UTC)
  • Support per the nominator's rationale; I find the oppose reasoning unconvincing. Enterprisey (talk!) 09:05, 12 October 2018 (UTC)
  • Support also per nom: the project has clearly become moribund, and, with respect, to the oppose comments, they mostly consist of IDLI arguments. Which, of course, are not supportive arguments.——SerialNumber54129 09:51, 12 October 2018 (UTC)
  • Support I cannot find fault with anything in the nomination statement (content or form :), and as mentioned above, there are actual downsides to stringing along a factually dead component of the mediation meta-process. Pruning deprecated components is not structural deletionism, it's necessary basic housework. --Elmidae (talk · contribs) 12:41, 12 October 2018 (UTC)
  • Oppose closing it down wholesale. Better to reform it into something useful than to shut it down entirely. feminist (talk) 13:27, 12 October 2018 (UTC)
  • Support: Medcom is unnecessary bureaucracy, an obscure and confusing part of a complex set of intricately linked dispute resolution processes. It's barely active and it doesn't seem to work. Certainly most users would not know when to turn to it. Dispute resolution reform is necessary and cutting out processes that have died a natural death should be part of that reform. Bilorv(c)(talk) 18:13, 12 October 2018 (UTC)
  • The simple answer to the neutral question asked in this request is no; the Mediation Committee should not be closed and marked as historical. Unfortunately both concepts, simple and neutral, end with that.--John Cline (talk) 20:05, 12 October 2018 (UTC)
  • Support this is mostly just acknowledging the current state of things. If people want some kind of binding arbitration/mediation that is actually useful, they should start an RfC proposing that rather than keeping this on life support or standing by while another inch of dust accumulates. {{u|zchrykng}} {T|C} 00:39, 13 October 2018 (UTC)
  • Support per above. Opposes are unconvincing. -FASTILY 02:41, 14 October 2018 (UTC)
  • Support Thank all involved for their work and close it. Only in death does duty end (talk) 14:22, 14 October 2018 (UTC)
  • Weakish support - I opened the previous VPP thread, but still haven't come to a solid conclusion about the best way forward. I get the point some people have made there are opportunities for reform, and that it would be best to work towards making it useful rather than shutting it down. However, I'm not convinced that those reform efforts wouldn't be better suited for DRN, incorporating some flexibility to make it cover the cases that would otherwise go to RFM. I also appreciate the idea that some aspects of RFM seem a bit anachronistic in wikiculture (like the committee selected by themselves). There is indeed a value in doing it that way, but I think that arbcom has shown that we can have decent results with community-appointed members. Robert McClenon made some good points in the previous discussion about the relationship between DRN and RFM and what characterizes each of them, so I wouldn't want to immediately say that DRN should absorb RFM, but I do think that if RFM is closed, the very next step should be a thorough evaluation of DRN to see how it could, as the sole forum of its kind, be made most useful (whether by framing it as an eventual expansion to include RFM-type cases or just as an analysis and reform process in its own right. Also, pinging Robert McClenon and TenOfAllTrades, both active in the previous discussion but haven't commented here yet. — Rhododendrites talk \\ 15:06, 14 October 2018 (UTC)
  • Oppose – I opposed the idea of shutting down the MedCom the last time it was suggested, even though the MedCom has not had a case in more than a year. As both I and User:TransporterMan have said, DRN is a lightweight process for disputes that can be resolved by discussion in one to two weeks, or at most three to four weeks. DRN has never been meant to be a heavyweight process for disputes that may drag on for months. I understand that the proponent is proposing in good faith to shut down a process that hasn’t been used recently, but it is a process (not a project) that doesn’t have a substitute. There are two problems currently with MedCom, but the two problems tend to offset each other. First, there is a shortage of mediators, but, second, there are very few cases for which formal mediation is in order. My own guess is that if, while this RFC is still running, a case is accepted by MedCom, MedCom will find a volunteer mediator to handle the case.
It now appears inevitable that MedCom will be shut down. The reasoned Oppose !votes are being shouted down. This raises the question is what will happen the next time there is a long complicated content dispute. What will probably happen is that we will lose two respected editors. It isn’t just a matter of taking the acronym RFM out of a list and the procedure MedCom out of a list of processes. It would be like disbanding the volunteer fire department because there hasn’t been a fire recently. Not every content dispute can be contained by DRN and specialty noticeboards. If we have a case that needs real mediation, at present, we can find a mediator. If we cross that entry out of the list, then we just throw it to WP:ANI, which is at best a damage-containment effort, or to ArbCom. What will happen the next time that there is a content dispute for which formal mediation is appropriate is that, first, it will go to DRN. Handling the dispute will burn out the DRN volunteer moderator who tries to handle the case without actual experience in conflict resolution, and they will likely not only leave DRN but leave Wikipedia. The conduct issues that had been contained while the content was being addressed will then re-emerge, and there will be multiple trips to WP:ANI and possibly a trip to ArbCom, and eventually topic-bans will be imposed, and in all likelihood one of the two editors, probably a respected content contributor, will be sufficiently embittered by the inability of the community to resolve the content dispute that they will likely leave Wikipedia.
The Support side has not considered the future adverse consequences of doing away with MedCom as the fall-back last resort for content disputes. Just because it hasn’t been used recently doesn’t mean that it isn’t needed. There hasn’t been a fire. That doesn’t mean that there won’t be a fire.
Since we are now almost certain to mark the MedCom as historical, the best way to recover from this mistake will be to create something having a similar function and mission. What we ought to be doing, rather than looking for a procedure to take out of a list of procedures, is trying to improve our dispute resolution procedures. Just getting rid of one that hasn’t been used recently is very much the wrong answer. It would have been better to propose improvements to DRN ‘’before’’ proposing to get rid of MedCom, but I don’t see any real hope now. Robert McClenon (talk) 01:59, 15 October 2018 (UTC)
I'm sorry, Mr McClenon, and if you perceive this as 'shouting down', I can certainly apologise further, but having read through various MedCom cases, I find it hard to accept this position...I see a combination of 1) dislocation of discussion that should have taken place on the article talk pages to a backroom space 2) dancing around obvious behavioural issues for the sake of reaching the illusion of a compromise. A comment made by Geometry guy in 2007 sums up, I think, the problems with the so-called mediation process. It applies an overbearing bureaucracy to disputes that could be resolved through talk page discussion or other normal channels, trying to force some kind of 'compromise' to appease warring parties, with the ultimate result of either failing completely because of an inability to deal with underlying behavioural problems, or comprising the content of the encylopaedia for the sake of appeasing editors participating in advocacy for a certain position. The reality is that we have better tools to deal with disputes on Wikipedia now...the false dichotomy between the so-called 'content' and 'conduct' disputes has been cast aside, and systems like discretionary sanctions have been brought in to encourage more moderate conduct in areas prone to discord. MedCom, I think, is truly a relic of a more idealistic era in Wikipedia's development. It no longer serves a practical purpose. All this proposal intends to do is recognise the status quo, nothing more. RGloucester 03:33, 15 October 2018 (UTC)
False. Every single Wikipedia dispute resolution mechanism divides conduct and content, its why we have Wikipedia:CONTENTDISPUTE. Similarly, you can't argue content disputes at AN/I, nor can Arbitration decide content issues. And whatever the elaboration of mediation, as Wikipedian's do like to write long explanations, Mediation's process is simple: someone shows up, states a problem and notices others, and a volunteer shows up and responds. Alanscottwalker (talk) 19:18, 15 October 2018 (UTC)
You misunderstood me. My point was, if a so-called content dispute cannot be resolved by talk page discussion, various noticeboards, RfCs, &c., it usually means that there is a conduct issue, not a true content issue, and it should be dealt with as such. The 'black and white' distinction between content and conduct disputes is no longer relevant...hence the development of things like community and ArbCom discretionary sanctions, which force a 'drop the stick'-style approach on the part of editors in dispute-laden topic areas, lest they be sanctioned. RGloucester 19:31, 15 October 2018 (UTC)
The content/conduct distinction is always relevant on every one of our boards. Every one -- that is our policy -- repeatedly. Your odd argument amounts to, 'oh, we can just tell people to shut-up, instead of mediating', which actually makes no sense because of the arbitrariness and strange value of it. RfC's are often weirdly sprung, poorly constructed, and poorly researched, so it is bizarre to hold them up as models for deliberation. (e/c) As for talk pages, the reason the 'shut up' method is employed there, at all, is because talk pages are without other boundaries. Alanscottwalker (talk) 19:46, 15 October 2018 (UTC)
I've said my bit...my time is up. I still think the comment by Geometry guy is very relevant...but, I too must 'drop the stick'... RGloucester 19:56, 15 October 2018 (UTC)
It is true that many disputes have both a content aspect and a conduct aspect. There are very few disputes that are purely conduct disputes. If the problem is simply the conduct of an editor who is a vandal, troll, or flamer, the offending editor normally gets indeffed quickly, without a real dispute. Content dispute resolution mechanisms, such as DRN and MedCom, operate on the optimistic assumption that the parties will set aside their conduct concerns long enough to resolve the content issue, and then the conduct issue is resolved as a side benefit. Conduct dispute resolution mechanisms, such as WP:ANI and Arbitration Enforcement, operate on the recognition that the offending editor who is preventing the content issue from being resolved can be sanctioned long enough to resolve the content dispute. There never was a black-and-white distinction, except for vandals, trolls, and flamers. It is still true that throwing away a content dispute resolution process is unwise. Robert McClenon (talk) 02:32, 16 October 2018 (UTC)
The only comment I want to add here (and responding to actual points made is not "shouting down") regards seeing "MedCom as the fall-back last resort for content disputes". It is not, never has been, and can not possibly be the fall-back last resort for content disputes - not if it can make no binding decisions. Boing! said Zebedee (talk) 09:09, 16 October 2018 (UTC)
  • Strong support - Wow, it's definitely time to put this thing out of its misery. MedCom is inaccessible, redundant, ineffective, archaic relic, particularly in the context of modern dispute resolution, which is heavily streamlined in favor of formal, community-based consensus building, which easily handles both routine and complex disputes with binding decisions. At this point, it's more of a distraction from measures which actually resolve disputes. It's less useful than the long-defunct WP:RFCU or WP:WQA, and frankly it's amazing that it still exists. This concept, where you have some very "complex" dispute and the only viable solution is for a mediator to walk both parties through it ad infinitum until they reach an understanding is, quite simply, unrealistic, and to present it as some sort of "last resort" DR measure that we might need someday is a joke. Editors are expected to competently pursue DR and seek and abide by consensuses. The community no longer tolerates editors who are obstinate and obtuse, who can't or won't communicate effectively to resolve disputes, who won't listen, or who won't let it go when they can't secure a consensus, and who will drag out disputes past a reasonable point. When these situations arise, we're not relying on this bureaucratic dinosaur to walk them through their dispute and hope everyone will be agreeable, even though they're spending weeks and weeks of their life trying to come to an understanding in an online argument. We're investigating the underlying behavior and sanctioning or warning users, or implementing page restrictions, or going to ArbCom for binding solutions, so that actual collaborative, good faith editors do not get burned out and can continue contributing. That's why MedCom is an obsolete relic, not because we haven't had any "complex disputes" lately. Also, this whole thing is just out of touch with the community. It's purported to be this formal, serious thing, the be-all and end-all of dispute resolution, with legitimacy stemming from Jimbo himself, but in reality it's the pet project of this closed club of a small handful of users (or more realistically, one user), who decide from within what their membership is, and what their rules are, and when to take a case (read: never) and really don't contribute anything to DR. It's totally out of whack. The "chair" of MedCom's comments above just goes to show how out of touch with DR and the community this whole thing has become. Rather than actually demonstrating how and why MedCom has done and can still do good for the community, his case for keeping it is that we somehow 'need' his committee, because they don't accept newcomers into their ranks, or because they will accept disputes that drag on for months while DRN won't (I wonder why), or because they "mediate". I've been involved in DR pretty much since I became active here, and this kind of mediation-based approach to DR has never been particularly effective anyway, and keeping around a self-important group of 'mediators' who have long-since outlived their usefulness to the project is just silly. I thank those who have invested time in this project, but it's time to pull the plug.  Swarm  talk  00:26, 16 October 2018 (UTC)
  • Strong support: I was pretty convinced of MedCom's uselessness when I was on (and chaired) the committee--and that was 2007. I've toyed with the idea of proposing its closure off and on over the years, but never got around to writing something up. FACE WITH TEARS OF JOY [u+1F602] 03:01, 16 October 2018 (UTC)
  • Support. At Wikipedia:Mediation Committee it says "The Mediation Committee ... is the last stage of content dispute resolution on the English Wikipedia. Mediation is entered into voluntarily by the parties to the dispute and does not result in binding resolutions." But that is self-contradictory - a voluntary venue that does not result in binding resolutions can not possibly be the last stage in resolving anything. In practice, consensus arrived at by community discussion is the ultimate stage in content dispute resolution, and that is binding - and if editors refuse to follow it, sanctions can be applied directly from that. And as content dispute resolution often requires a good understanding of a subject and the sources supporting it, and with the way Wikipedia has massively developed since 2003, a small number of chosen editors really can not be up to that job. The Mediation Committee is one of those things that I think was a good idea and had its value in the early days, but the community has moved on and has bypassed it as a means of content dispute resolution. I thank all those who have served on it or contributed to it in other ways, but I think it's time to let it go. Boing! said Zebedee (talk) 08:57, 16 October 2018 (UTC)
But Consensus is not binding. On Wikipedia, there are only a very, very few things that that are binding, so the fact that mediation recognizes that is the only choice mediation has. -- Alanscottwalker (talk) 09:24, 16 October 2018 (UTC)
That link to WP:CCC simply says that consensus can change. At the time a consensus is reached, it is binding until a new consensus some time later replaces it - and in the meantime, editors are bound to abide by it and can be (and regularly are) sanctioned for failing to follow it. In fact, with the few exceptions at WP:CONEXCEPT, consensus is ultimately the only binding process the community has at its disposal. Oh, and I'll add that the inability of MedCom to make binding decisions is nothing to do with WP:CONEXCEPT. Boing! said Zebedee (talk) 09:37, 16 October 2018 (UTC)
There are millions of things that have no consensus, and regularly result in no consensus. And how is consensus reached, even in the things where it can be found, by discussion, even mediated discussion. And even then consensus is provisional by policy. Alanscottwalker (talk) 09:44, 16 October 2018 (UTC)
And in cases where there is no consensus, MedCom is powerless to act, so it can not be what it claims to be. Once you take away the obviously incorrect claim that MedCom is the last stage of content dispute resolution, I simply don't see what it offers that WP:DRN doesn't. Boing! said Zebedee (talk) 10:04, 16 October 2018 (UTC)
Act? If discussion is an act, it certainly can discuss (act on) things with no consensus, that's what all content dispute resolution forums do, there is no guarantee of consensus. A stage is just a forum, after all. Binding is only used once in Consensus policy and it is in CONEXCEPT, not in the rest of the policy.-- Alanscottwalker (talk) 10:38, 16 October 2018 (UTC)
I honestly don't understand the point you are trying to pursue here, and this seems to be going in circles. If there is any way MedCom can actually be the last stage of content dispute resolution or can achieve anything that WP:DRN can't, I'm really not getting it from what you are saying. Anyway, I've explained my reasoning as best I can, and I'm happy to leave it to whoever judges the consensus now. Boing! said Zebedee (talk) 10:59, 16 October 2018 (UTC)
(E/C) There is no other stage, it is the last on the list, per policy. MEDCOM has a slightly different structure, where experienced mediators are willing to discuss sources, analyse research, and policy, at length among willing participants. Anyone, who has been involved in complex content disputes knows they last months and months, through many stages Alanscottwalker (talk) 11:05, 16 October 2018 (UTC)
Oh, you take the last stage of content dispute resolution to simply mean it's the last item included on a arbitrary list? That's meaningless, and if we simply take it off the list it won't be. To be of any value, the last stage of content dispute resolution must mean more than that. And yes, I know that disputes can be long and complex (we have plenty that have been going on for years, on and off), but merely stating that says nothing about MedCom's ability to solve them any better than current processes. Let's face it, MedCom already doesn't actually exist - it's just User:TransporterMan, who has overstayed his term in the chair. Anyway, thanks for answering those two specific points, but I remain in disagreement and still see no value in MedCom. Boing! said Zebedee (talk) 11:30, 16 October 2018 (UTC)
Well, just to add on your earlier strain of thought, no, many of us involved in complex content disputes do not want admins (who can hardly claim to be the font of all knowledge) striking their heavy (sometimes incompetent) hand against the people we disagree with. As for the rest, it's just bizarre, because MEDCOM is set-up by CONSENSUS policy, to not be used much. You just contented consensus is arbitrary in its listing, so by that, consensus is arbitrary, is your argument. Alanscottwalker (talk) 11:50, 16 October 2018 (UTC)
Nobody is suggesting that admins should decide content disputes (and we are forbidden from doing so anyway), so that strikes me as a false dichotomy. If a list of processes can be decided by consensus, then it can be changed by consensus too - which is what we are considering here.

My point about "the last stage of content dispute resolution" meaning no more than "the last on a list", if that is all it actually means, is that it reduces arguments that it should be kept because it is "the last stage of content dispute resolution" to nothing more than "It should be kept as the last on the list because it is the last on the list." That argument can only have any value if "the last stage of content dispute resolution" means more than just "the last on the list". Can you see what I'm getting at? Boing! said Zebedee (talk) 12:22, 16 October 2018 (UTC)

Well, you may not, but than others are suggesting that Admin action needs to replace MEDCOM - that is an argument being made, here. (It's also been suggested that complex disputes end quickly, when we know not true). And, it is your argument that raised it should be gotten rid of, for saying it is last, when that is exactly how consensus has wanted it, consensus wanted it to be last on the list, so that's not MEDCOM's fault. And the reason it is last is plain, because it is not meant, nor structured by consensus to be used much (and then the argument is that it's not much used, when that is its consensus design - to not be used much.) Alanscottwalker (talk) 13:15, 16 October 2018 (UTC)
Can you show me where anyone is suggesting that content disputes should be decided by admins, or that admins should take over the function of MedCom? I accept that I might have missed any such suggestions, but it is definitely not part of the proposal. And yes, I *know* what the consensus currently is! And I am *not* blaming MedCom for it - I am simply saying that consensus can change (wasn't it you who first raised WP:CCC?) and remove it from the list, and that is what we are trying to decide here. And the "keep it because it is last on the list" argument is still empty. Boing! said Zebedee (talk) 13:51, 16 October 2018 (UTC)
Several times in this discussion admin action has been mentioned as alterantive to MedCom, both Swarm's argument and RGlosters argument most clearly suggest that, and below and above, it's suggested that Arbcom is the alternative to Medcom, and Arbcom is all and only about admin action, so it can't be an alternative to Medcom because Arbcom can't handle content, or if it is made the alternative, Arbcom has to be changed. Your very first post here was in support of admin sanctions in your oppose to MedCom. I never made the 'keep it because its last on the list' argument, so your statement on that is not responding to me, or it is misdirection. You said MedCom should be gotten rid of because it says it is last, but is last on the list because that is what policy says, that's why it says that, WP:CONSENSUS would not allow it to say anything else, just as CONSENSUS would not allow MedCom to be binding. At least we now appear to have agreement that consensus is not binding because it changes, or is still being worked on (and CONSENSUS does not allow it to be binding). -- Alanscottwalker (talk) 15:47, 16 October 2018 (UTC)
Why are you misrepresenting what I said? Nowhere did I say or imply that "Arbcom is the alternative to Medcom". I was clearly saying that the kind of extreme disputes that would normally be under the purview of Medcom are no longer "mediated" (read: tolerated), and are now dealt with via more effective measures, Arbcom being one of them. When you say "Arbcom is all and only about admin action", and "Arbcom can't handle content", you're quite simply wrong. You're objectively wrong on this. See WP:ARBPOL#Scope and responsibilities, or the Arbitration archives, or Wikipedia:General sanctions#Arbitration Committee-authorised sanctions, or the Wikipedia:Arbitration enforcement log. Arbcom actions and Arbcom-empowered admin actions resolve disputes exceedingly effectively, long before they're ripe for Medcom, which has between a 2% and 0% success rate even as a formal DR body. Medcom already doesn't fit into the DR process. Also, you're claiming that it's not Medcom's fault that they claim to be the "last line of DR", and it's just a matter of policy. Not even getting into the fact that Medcom policy isn't determined by the community, but Medcom themselves (who the community, stunningly, does not have jurisdiction over), nowhere in Medcom policy does it say or imply that it is the last stage of dispute resolution.  Swarm  talk  04:16, 18 October 2018 (UTC)
@Swarm: If you read back through this discussion, you'll see he's been misrepresenting just about everything everyone says - you, me, Beeblebrox at least. I don't know why he does it, as it's quite clear to anyone else reading it all (and surely will be to whoever judges the consensus), but it's why I've stopped responding to him - there's no point talking to someone who continually does what he's doing. Boing! said Zebedee (talk) 04:31, 18 October 2018 (UTC)
Well, no, that is not what I am doing. I am just disagreeing with you. Alanscottwalker (talk) 17:48, 18 October 2018 (UTC)
Swarm, I was not referring to you about Arbcom, the only thing I was referring to your comment about is admin action, the "and" Arbcom was a different thought. And yes, I do think it is CONSENSUS ("ArbCom does not settle content disputes or change policy") that arbitration is about admin action, not content. Arbcom does not handle content (is I think universally agreed) and Arbcom's SCOPE certainly does not say it should handle content, rather it says it regulates Administrative action, prescribes Administrative action, and takes Administrative action (generally, by reversal of administrative action but also imposing bans and the like, removing Admin permissions, etc) - that is all that is meant by "all and only about admin action." So, no, it's not me, being objectively wrong. As for the rest, MedCom is approved Content DR process (the last) by WP:CONSENSUS policy ("For disputes involving many parties or complicated issues or which otherwise need more time for resolution than is allowed at DRN, the Mediation Committee (MedCom) is staffed by members with proven mediation ability."). Alanscottwalker (talk) 18:55, 18 October 2018 (UTC)
"Arbitrary" was the wrong word, apologies for that - I've struck it, and I now think my comment does not need any further adjective. Boing! said Zebedee (talk) 12:29, 16 October 2018 (UTC)
I also want to add that the way MedCom is managed, by appointing its own mediators without any community selection process, and conducting its business by internal mailing list, is anathema to the open way the Wikipedia community is supposed to work. Boing! said Zebedee (talk) 10:09, 16 October 2018 (UTC)
Oh, and I've only just spotted the following at Wikipedia:Mediation_Committee#Policy... "The Mediation Committee policy documents how the Mediation Committee, its mediators, and the formal mediation process operates. This policy is maintained by the Committee and is considered an authoritative codification of how Committee matters should be conducted" (my emphasis). So the committee selects its own members and sets the policy that governs it, making it totally self-governed and not answerable to the community! I'm not suggesting there's anything wrong with the policy page itself, but self-governing fiefdoms like this are simply not compatible with the Wikipedia of 2018, no matter how well-meaning. Boing! said Zebedee (talk) 13:23, 16 October 2018 (UTC)
In all these years, have you or someone else ever suggested a modification there, if not it has CONSENSUS (and has had for years) - besides, they are not the only small group that elects and selects itself on the pedia, several corners do. Volunteers band together to do things, its how volunteerism often works. And in particular with a matter like mediation, ground rules for mediation in the real world are standard. Alanscottwalker (talk) 13:35, 16 October 2018 (UTC)
The question of whether anyone has suggested any modifications misses the point - I thought I made it clear that I have no complaints with the policy as it currently exists, and I certainly agree that it currently has consensus simply through the lack of any challenge. The point is that MedCom itself should not get to judge its own policy, regardless of whether it follows consensus - a benign dictator is still a dictator. If there are other groups which are self-selecting and which actually get to set their own governing policy rather than being subject to community consensus, I'd like to know what they are - I know there are projects which set their own guidelines, but they are all subordinate to community consensus and can be overruled. As for the condescending "Volunteers band together to do things, its how volunteerism often works", there's really no need for it and I think it is beneath you. I know how volunteering works, and you know that I know how volunteering works! What is not inherent in the concept of volunteering is a right for volunteer groups to set their own rules independently of whatever organization or group they volunteer under - but now I'm telling you something that you already know. Boing! said Zebedee (talk) 14:17, 16 October 2018 (UTC)
Please, no one condescended to you. Although, I do find your discovery of public documents that you can go there right now and change those documents/get-those-documents-changed using community processes, an unfair criticism against other editors of Medcom. And noting there are other projects, which ban together on Wikipedia to do things (see eg Milhist and FAC, and those guidelines you mention) is just noting that it is not at all suprisng or unusual. Alanscottwalker (talk) 15:47, 16 October 2018 (UTC)
I am not criticizing "other editors of Medcom", I am criticizing the concept of a body which decides its own policy rather than being subordinate to community consensus to set it. I asked you about "groups which are self-selecting and which actually get to set their own governing policy" as you appeared to claim there are others, and I specifically made the point that projects which set their own guidelines (which are subordinate to community-decided policy) are not in that category. You responded with a comment about "projects which band together on Wikipedia to do things". I'm not saying there's anything surprising or unusual about "projects which band together on Wikipedia to do things", I'm saying there very much is something unusual and surprising about groups which can set their own governing policy. How am I not making that clear? I've tried hard to hold a meaningful discussion with you, but I see no point in continuing if every response I get from you completely misses or misrepresents my point, and instead argues against a point I have not made or throws up yet another non sequitur. Anyway, I mean no unfriendliness, but I'm done with my discussion with you. Boing! said Zebedee (talk) 16:40, 16 October 2018 (UTC)
How is it not clear? The community can go there and change those MEDCOM documents (and could in the past - it's an open wiki), right now (just as it can go change FAC process and selection of FAC people and Milhist process and selection of Mihist people, just as in any change of guidelines, policies, etc. etc.). So, whatever you're criticizing, if it's in the Wiki's documents, it can be changed right now by the community and is subject to the community (so it is not true to claim it is not subject to the community, if that is your criticism). But if you are not criticizing what is in the documents (the documents that can be changed by the community right now) then you would have to be criticizing people who drew-up the documents. But that the community would leave it to the people who want to mediate to make-up mediation, would actually make much sense and be very understandable. Alanscottwalker (talk) 19:20, 16 October 2018 (UTC)
  • Support closure We provide mediation through other channels. The Wikipedia community does not have the administrative capacity to oversee and support the Mediation Committee as everyone imagined it when that organization was established. In the past few years we have gotten new automated tools for surfacing community discussions and improving the dispute resolution process. I would like to think that now, as compared to 5 years ago, ArbCom is divesting more power and the community boards are stronger, and both are getting more support from the wiki community and WMF community tech development. While I would like to endorse more infrastructure to support community health, the mediation committee takes a lot of labor and does not give a good return for what goes into it. I prefer to focus on our other offerings until those are stronger and even better defined. For last resorts see arbcom and for general issues use the boards. Blue Rasberry (talk) 14:39, 16 October 2018 (UTC)
  • Weakish oppose As many have stated, MedCom as it is doesn't really provide much of a service, largely because it is voluntary and non bonding. However, IMO I do think we need to have somewhere for editors to go for a binding resolution on content, but absolutely does not touch conduct, which is what we have ArbCom for. Of course, this would entail the management of MedCom to be quite different to how it is now. Members would have to be elected, policies would need the power of community consensus behind it and a charter drawn up. Blackmane (talk) 01:25, 18 October 2018 (UTC)
  • Oppose Its fairly poor in its current state. But I would like to see it improved rather than abolished. Make it binding on those involved so people can know that their time in going through the process will not be wasted. Still should be voluntary by those starting the process. -Obsidi (talk) 01:38, 19 October 2018 (UTC)
  • Support - we already have other methods of mediation that aren't as dead as this one, so archiving it is inconsequential. Kirbanzo (talk) 17:23, 19 October 2018 (UTC)
  • Oppose - I don't see last case 2017 as that inactive, and some users are willing to use and maintain the process. Also, I can agree with the concept that more disputes should be solved via "content" rather than "conduct". GreyGreenWhy (talk) 18:40, 20 October 2018 (UTC)

Extended discussion

  • Could someone point me to the last case that the Committee took on? K.e.coffman (talk) 05:32, 12 October 2018 (UTC)
    @K.e.coffman: according to the history of Wikipedia:Requests_for_mediation/Tasks in the last 3 years the following 5 cases were accepted and processed:
    1. Wikipedia:Requests for mediation/Rana vs Lithobates (20150924->20151026)
    2. Wikipedia:Requests for mediation/Christian terrorism (20141023->20151223)
    3. Wikipedia:Requests for mediation/Ghouta chemical attack (20150606->20150717)
    4. Wikipedia:Requests for mediation/Expulsion of Cham Albanians (20160927->20161113)
    5. Wikipedia:Requests for mediation/FXCM (20170726->20170731)
    xaosflux Talk 15:04, 12 October 2018 (UTC)
  • @K.e.coffman:. I think this archive gives sort of that. Specifically, it may be this case which was closed on 5 August 2017 as "partly successful", that's some 15 months ago. The last truly "successfully closed case" is this closed in June 2016, over two years ago. But it's noteworthy that, their rejection rate outnumbered acceptance rate by almost a factor of 20. For every one accepted case, 20 are rejected as not suitable for mediation as this page can show. Between January 2013 to date they rejected 282 cases and accepted only 14 as suitable or ripe for mediation. In that 14 cases only 5 were closed as truly "successful", the last being in 2016. Another 6 closed as "unsuccessful", "failed" or "unclear status". At least one was closed as "stale" and another closed as "parties refused to participate". I counted this off the cuff from the data of this and this pages. I believe there may be ommision, but overall I see a picture of of a dead and toothless process that we can do better without. –Ammarpad (talk) 15:15, 12 October 2018 (UTC)
  • The overall success rate over the last five years seems to be around 1-2% of the total number of cases filed, while the overall success rate for the last two years is 0% by any measure.
  • There is a similar situation at arbcom, accepted case numbers are down, extraneous subcommittees such as WP:BASC have been shut down, and the committee itself is shrinking.
  • This is actually a good thing in that it would seem to indicate that many problems are being adequately addressed before things get to the point of needing an entire committee to resolve them.
  • I completely belive what Tranporter Man says about the willingness of largely inactive mediators to return if needed. The fact that they haven’t been needed in years is the whole point. Beeblebrox (talk) 18:53, 12 October 2018 (UTC)
  • Evaluating this RFC: Medcom is not "just any" process created by a user on a whim. It is one of the first two content DR processes created at Wikipedia (the other, and first, being RFC) and, if my memory serves, was created by or in cooperation with Jimbo Wales himself, who also appointed the first mediators. Just as Arbcom would not be shut down without a consensus involving both a very large number of participants and a strong number of !votes in favor of termination, neither should Medcom. While this RFC has a couple of weeks to go, the response here so far would seem to me to be entirely inadequate to take any decisive action to terminate Medcom or mark it as historical, even if the "support" !votes were unanimous, which they are not. Regards, TransporterMan (TALK) 16:15, 15 October 2018 (UTC)
  • Comment 1 - Deprecating MedCom is being inaccurately compared to deprecating User conduct RFCs. The difference is that no one has cited any actual harm done by having MedCom available. RFC/U was doing real harm, because the procedure was both rigid and confrontational. Because of its rigidity, it was hard to use it correctly, so that the most common result was an incomplete RFC/U, which didn't even start a comment process, but did further offend the subject editor. Its original purpose, which was to serve as input to User:Jimbo Wales for a request to ban a user before there was an ArbCom, had long become obsolete. MedCom doesn't do any harm, and still may serve a purpose when DRN and other options have fallen through. Robert McClenon (talk) 18:45, 15 October 2018 (UTC)
More to the point, RfC/U had no dedicated volunteers, it was just a roving, changing band exercising mobocracy, and was just a board where people pilloried, and often bullied one another (we certainly don't need another page for that). On the other hand, Wikipedia is based on volunteerism, and these MedCom people are volunteers, who volunteer to mediate. Alanscottwalker (talk) 18:56, 15 October 2018 (UTC)
  • Comment 2 - I am deeply unimpressed by the good-faith comments by some Support !voters that DRN should be strengthened and reformed, because I don't see those who are advocating deprecating MedCom as doing anything to improve DRN. They don't want MedCom, and they are hoping that someone else will step in and do something to improve DRN. Robert McClenon (talk) 18:45, 15 October 2018 (UTC)
  • Comment 3 - As noted above, when an issue comes along for which formal mediation is appropriate, we will probably lose two productive editors from Wikipedia, the DRN volunteer who burns out trying to mediate a case that needs formal mediation, and the more collaborative of the two editors, who learns that the remaining content processes are stacked against a collaborative editor in favor of an aggressive editor. I know that isn't what anyone wants to have happen, but that is what will happen when a case comes along that requires formal mediation. Robert McClenon (talk) 18:45, 15 October 2018 (UTC)
  • Comment 4 - You should have asked what are the next steps before just going ahead with crossing a process off a list. Robert McClenon (talk) 18:45, 15 October 2018 (UTC)

RfC: should we automatically pending-changes protect TFAs?

Recently, TFAs have been the target for severe vandalism, and the enormous majority of them end up being semi-protected at the end of the day. More particularly, they have been the target for an IP-hopper who adds obscene images at 550px on the top of the TFA, with some of his vandalism staying for several minutes even being removed by IP readers. I myself have loaded a TFA once with a vagina image on it, and I suppose I'm not the only reader to have done so. I have received the opinion of several editors that we should semi-protect TFAs automatically, but I have also seem valid objections that TFAs are supposed to illustrate the principle of Wikipedia, and indeed, there are occasional constructive edit from IPs on TFAs. I therefore propose that we pending-changes protect TFAs automatically (via TFA Protector Bot) so that we will still be able to have constructive edits from time to time, but high-resolution obscene images will not be publicly viewable. With PCP, TFAs will still be part of the encyclopedia anyone can edit, but although typos might stay for a couple minutes more, they will be free from vandalism. L293D ( • ) 23:46, 13 October 2018 (UTC)

Note: I thought it was obvious, but since some people don't seem to get it, my proposal also includes unprotecting the FA when it is no longer on the Main Page. L293D ( • ) 13:57, 15 October 2018 (UTC)
  • Support a fair compromise that prevents vandalism but still allows constructive edits. TeraTIX 00:05, 14 October 2018 (UTC)
  • (edit conflict) Support Even though this is (probably) based on a perennial proposal, this sounds like a reasonable compromise (though this might put extra work on pending changes reviewers. SemiHypercube 00:07, 14 October 2018 (UTC)
  • Support. TFA is a big target for vandalism. Considering it's the very first thing that shows up on Wikipedia's main page, a ton of people could see that vandalism, and some times it can be extreme. However, this is the encyclopedia that anyone can edit, so I don't necessarily like the idea of always locking the first thing that appears on the main page so that only certain users can edit it. PCP seems like a good idea to me.--SkyGazer 512 Oh no, what did I do this time? 00:11, 14 October 2018 (UTC)
  • Support, at least until we have a working filter, or a better way to stop this kind of vandalism. Suffusion of Yellow (talk) 00:14, 14 October 2018 (UTC)
  • Support per everyone else. The advantage of pending changes is it allows IPs and new users to make their change, without it being instantly visible to all and sundry. I get the objections about Pending Changes reviewers not being as active as they should be and articles sitting in the queue for entirely too long. I also get the objections about things getting confusing when there are a bunch of edits that are a mix of constructive and unconstructive edits. However, I would not describe pending changes as "useless". Today's Featured Article and other main-page featured content serve several purposes for Wikipedia - (1) showcasing our work, and (2) inviting people to get involved. Semi or full protection circumvents (2). Allowing people to vandalize and have it be visible circumvents (1). Pending changes protection allows people to get involved without showcasing the destructive efforts of vandals. ~ ONUnicorn(Talk|Contribs)problem solving 00:21, 14 October 2018 (UTC)
  • Comment. During the pending changes trial, trialled pages that had high amounts of edits per day (such as Barack Obama and George W. Bush) had to have PC removed from them because the volume of edits overwhelmed the ability of CRASH to approve edits. This needs to be kept in mind - if a TFA is controversial or popular enough, PC becomes limited in use. (I am not !voting on this as everybody who gives a damn already knows my views on Flagged Revisions and its bastard understudies.) —Jeremy v^_^v Bori! 00:22, 14 October 2018 (UTC)
  • Comment the TFA we've had for less than an hour has already been vandalized five six ten times with obscene images, and it's continuing. L293D ( • ) 01:35, 14 October 2018 (UTC)
    I added it to the bad image list. --Redrose64 🌹 (talk) 08:02, 14 October 2018 (UTC)
  • Support, but perhaps an edit filter that prevents non-autoconfirmed editors from adding or changing images on TFAs would be better given Jéské Couriano's comments above. --Ahecht (TALK
    PAGE
    ) 02:40, 14 October 2018 (UTC)
  • Support It makes sense, and doesn't block anonymous contributions completely. — AfroThundr (u · t · c) 03:06, 14 October 2018 (UTC)
  • Support As other editors have stated, this seems to be the best compromise while maintaining the project. ProgrammingGeek talktome 03:27, 14 October 2018 (UTC)
  • Support Seams reasonable. – BrandonXLF ([email protected]) 04:41, 14 October 2018 (UTC)
  • Oppose per the protection policy and Jéské Couriano. "Pending changes protection should not be used as a preemptive measure against violations that have not yet occurred." If a given TFA is having vandalism problems, an admin should use their discretion to apply whatever remedy is best, whether that be (range) blocking or a higher level of protection. I believe the status quo is a better state of affairs than significantly increasing the workload of reviewers. Yes, TFAs get vandalized, but they have far more eyes on them and get reverted almost immediately, whereas it's not unusual for me to see pages in the reviewer queue for over an hour. I would oppose any default protection of a page, even (especially) TFA, per the protection policy and knowing how slow pending changes reviewing can be am even less in favor of this proposal. Wugapodes [thɑk] [ˈkan.ˌʧɹɪbz] 05:54, 14 October 2018 (UTC)
  • Support Why should we have to deal with all this vandalism when it is so easily prevented. Pending changes won't stop good faith changes. It will prevent readers from looking at vandalised articles. Hawkeye7 (discuss) 06:10, 14 October 2018 (UTC)
  • Strong oppose on principle. This is the encyclopedia that anyone can edit, no permission or approval required. If we don't hold to that principle on the most-viewed article on the site, what do we have? We can use existing anti-vandalism measures, including the BIL and rangeblocking, without violating this principle. I don't suppose there's a way to have one of the anti-vandalism bots "pay more attention" to the featured article, so that obvious vandalism could be reverted instantaneously? --Yair rand (talk) 14:03, 14 October 2018 (UTC)
  • Oppose If we are not going to allow pending changes to be pre-emptively applied to all the BLP's out there (where constant vandalism can have a real world effect and distress on the subject) then really the Battle of Hochkirch can just deal with it like any other article. This RFC is also functionally pointless, as it cannot over-rule the existing policy WP:PCPP and any admin applying protection in such a manner against policy is at risk of being accused of abusing their tools. Want to alter the policy? Start an RFC for that. Only in death does duty end (talk) 14:13, 14 October 2018 (UTC)
There's a difference between protecting a ~millionish articles and one article a day. If this RfC is in favour of preemptive protection, then certainly the policy would be amended to reflect that consensus; policies are merely written down consensuses, and just because the RfC doesn't explicitly mention amending the policy doesn't mean there has to be a separate RfC per WP:NOTBURO. Galobtter (pingó mió) 14:27, 14 October 2018 (UTC)
Well yes, I would rather protect a millionish articles to prevent potential actual harm than hurting the feelings of a 18th century Prussian battlefield. And I am Prussian... But really, if as a result of this someone attempts to amend the protection policy to remove the 'do not pre-emptively use PC' (which is what you appear to be suggesting) it will be reverted within seconds. Only in death does duty end (talk) 14:43, 14 October 2018 (UTC)
The amendment would not be to remove "do not pre-emptively use PC" but to add that "An exception is TFAs, which are pre-emptively PC protected by a bot." or something along that lines Galobtter (pingó mió) 15:09, 14 October 2018 (UTC)
  • Support: @Only in death: While I understand the oppose rationale, it misses the spirit of the policy; protection policy says "Pending changes protection should not be used as a preemptive measure against violations that have not yet occurred.". Since all TFA articles are being routinely targeted (while they are TFA), it can safely be assumed that future TFAs will also be targeted unless protected (just the same as if a single article has been recently repeatedly targeted, it can be assumed that it will be targeted again unless protected). In other words, IP vandalism to all TFAs is occurring, therefore TFAs should be routinely protected to stop this vandalism (at the lowest level needed, and for the duration only of the TFA), and I don't see this as contrary to WP:NO-PREEMPT. — Insertcleverphrasehere (or here) 14:53, 14 October 2018 (UTC)
  • Support: Common sense application of capabilities to block routine vandalism in an efficient way. MB 15:44, 14 October 2018 (UTC)
  • Support - Per nominator L293D's experience. Much as I like having busy beavers on TFAs, we should probably do something about the more disruptive ones. Kurtis (talk) 18:24, 14 October 2018 (UTC)
  • Support. I'd prefer semi-protection, but this would be better than the current situation. SarahSV (talk) 18:39, 14 October 2018 (UTC)
  • Support this *is* an RFC to change the protection policy, the argument that this is not permitted by the current protection policy is circular. This is a reasonable measure to prevent vandalism while still allowing good-faith new contributors to edit. power~enwiki (π, ν) 20:11, 14 October 2018 (UTC)
  • Oppose as pending changes is useless at the best of times and creates more work than it's worth on active articles. I could get behind semi-protection, but I'm a hard no on expanding pending changes to anything: it really is the most useless technical feature in MediaWiki. Also, note to the closer, this should not be read as "Oh, he might be fine with semi-protection, so split the baby with pending changes." I think nothing is better than pending changes because it doesn't require all the extra work and allows good faith people to edit. Semi would be better, despite the loses, but PC would be terrible and result in mangled histories. TonyBallioni (talk) 20:45, 14 October 2018 (UTC)
    • @TonyBallioni: Could you clarify your vote a bit? Are you saying that PCP would be more work? There are dozens of editors who patrol the TFA for vandalism, and PC would save them all that work. If we have a vandal who vandalizes the TFA ten times (as it happened yesterday) with obscene images and the vandalism stays for one minute average, the average of 40,000 pageviews TFAs get would mean 278 people load the TFA with a glaring vagina image on top of it. L293D ( • ) 13:57, 15 October 2018 (UTC)
      • No, it would increase their work substantially: pending changes does absolutely nothing to reduce workload. It increases it on busy article (TFA being one of the most busy) because it requires reviewing of edits, deciding whether or not to affirmatively approve them, and causes good changes by even those with +sysop to get stuck in a technical nightmare of pending approvals that no one really understands how it works, instead forcing people to do mass reverts of up to 10+ edits and then make the good changes again because no one can figure out how the approval process works. Pending changes is a technical nightmare and should rarely if ever be used for pure practical reasons: there aren't circumstances where it is justified where semi-protection isn't better, and if it's "minor but recurring vandalism" just let it go through: it's much easier to just revert. No work is ever saved with pending changes. It's only ever increased. TonyBallioni (talk) 14:12, 15 October 2018 (UTC)
  • Oppose I prefer a standard 24 hour full protection. The Banner talk 20:49, 14 October 2018 (UTC)
  • Oppose - I'd prefer semi-protection over pending-changes because the latter requires continued monitoring and accepting/reverting whereas the former doesn't, We should get rid of IP editing altogether and be made into a register-to-edit site but ofcourse I know I'm the minority on that. –Davey2010Talk 20:53, 14 October 2018 (UTC)
  • Support: it settles the concern of the perennial proposal; it doesn't lock out editing completely, thereby not leaving a poor impression on readers/editors. Regards, User:TheDragonFire300. (Contact me | Contributions). This message was left at 23:24, 14 October 2018 (UTC)
  • Oppose - frustrates IPs with good contributions, and does not diminish work for patrollers. And there are many eyes on main page. Cas Liber (talk · contribs) 01:41, 15 October 2018 (UTC)
  • oppose IPs should be able to directly edit TFAs. — BillHPike (talk, contribs) 03:05, 15 October 2018 (UTC)
  • oppose Wikipedia is the "Encyclopedia that anyone can edit" so having the TFA protected would give a bad impression on new editors Abote2 (talk) 10:04, 15 October 2018 (UTC)
    @Abote2: This proposal refers to having pending changes protection, not semi-protection, so new users can still edit. SemiHypercube 11:21, 15 October 2018 (UTC)
    No, they can not. They can submit changes for approval. It is not the same thing. --Yair rand (talk) 13:53, 15 October 2018 (UTC)
  • Support: pending changes doesn’t stop anyone from editing. There’s need for protection and in fact, if most TFAs are getting semi-protected midway through, pre-emotive PC is actually a decrease in protection as it means all people will be able to edit at any point in the day (barring extreme spam of vandalism which would require an increase in protection). Bilorv(c)(talk) 10:55, 15 October 2018 (UTC)
  • Oppose in favor of different solution. I think it was MusikAnimal's original suggestion, but why not do something closer to tagging TFA with an invisible template and creating an edit filter specifically to disallow changes within a File name for any unconfirmed editor on that tagged page, as well as disallow additions of new files. It's a bit less harsh than either of the proposed options and should alleviate the worst of the problem behind the LTA. (If you are an EFM, please feel free to tell me this isn't feasible.) --Izno (talk) 14:02, 15 October 2018 (UTC)
  • Oppose After vandalism has happened, I'm OK with protecting. Pre-emptive protection is not useful, IMHO. --Jayron32 15:18, 15 October 2018 (UTC)
  • Oppose I'm a bit on the fence for this one, as I recognize the issues that persistent vandalism on one of the most public pages of the day. However, I would lean in favor of not protecting TFA. Even though it doesn't say it in the top left corner, this is still the "encyclopedia that anyone can edit." Semi-protection would be out of the question as a preemptive measure. Pending changes might work, but only if edits were reviewed quickly. It is not unusual for me to look at my dashboard and see the pending changes backlog rated as "High" or "Critical", and I have no doubt that the backlog would extend to TFA. Pending changes would then not be workable. I would be supportive to targeted measures (edit filters) for specific types of vandalism. --AntiCompositeNumber (talk) 17:04, 15 October 2018 (UTC)
  • Oppose as a permanent solution. Full disclosure: I've PC-protected today's TFA, and yesterday's TFA, and tomorrow's TFA preemptively. I may well continue doing this for a while and encourage others to do the same. I'm perfectly happy with that - though I would prefer no protection it's obviously a sensible precaution at this time. However I don't think this should be a permanent state of affairs, as this proposal suggests. There's been very few times in the last many years that preemptive protection has been an appropriate response. The vandals in any case also target other articles on the main page, and have been known to also use accounts. Autoconfirmed is an easy bar. Ultimately I'd prefer to see an edit filter implementation targeting image edits, like the one being discussed at WP:AN. -- zzuuzz (talk) 18:31, 15 October 2018 (UTC)
  • Suppose see what I did there? per the above comment by zzuuzz. This is perhaps a workable stopgap measure but I don’t see it as good permanent solution. So, do it for now, but don’t consider the problem permanantly resolved. Alternatives like the edit filter proposed below should be considered. Beeblebrox (talk) 19:07, 15 October 2018 (UTC)
  • Weak support Thanks for starting this. I brought this up (permalink) at AN, under the safe assumption the community wouldn't agree to preemptively PC protect long-term, but that it would be a wise short-term solution. But frankly, I do think we should PC-protect the TFA, for the full 24 hours, unconditionally. This is not just about the image vandalism. I can't count how many times I was reading the TFA, and noticed something was off (entire sections missing, broken wikitext, dubious claims, etc.), before finally figuring out it had been vandalized. I am a strong believer in the no-preemptive protection philosophy, but you don't need to wait for the TFA to be vandalized. It will happen, with absolutely certainty, and it may linger there for minutes. This is normally fine and typical of the wiki, except this article we're advertising to millions of readers as being of utmost quality. PC seems like a great solution because everyone still gets to edit. And remember, most people don't edit, they just read. Ideally they will be reading the version we intended for them to see. Worry of clogging up the PC backlog is what makes me unsure. On one hand, almost all of it (for TFA) would be vandalism, which will get reverted by patrollers no slower than it is now, and then the pending changes will no longer be in the queue. But there are good edits in there too, and overall the high edit rate may make the reviewing process more cumbersome. This is why we usually reserve PC for articles that have a low-ish edit rate. I'd like to first see how our "PC trial" (so to speak) goes over the next few days, as I know we're going to be adding it again. We can review the data, good vs bad edits, get an idea of how the PC backlog is affected, and go from there. One other thing I might suggest is to not show the PC lock icon at the top-right on TFA. MusikAnimal talk 20:06, 15 October 2018 (UTC)
  • Support per TheDragonFire300. Double sharp (talk) 23:57, 15 October 2018 (UTC)
  • Support Wikipedia is the encyclopedia anyone can edit, not the encyclopedia anyone can vandalize. Pending changes is not going to stop constructive editors from contributing. --Joshualouie711talk 01:21, 16 October 2018 (UTC)
  • Support semi-protection, a better option than pending changes. --K.e.coffman (talk) 03:16, 16 October 2018 (UTC)
  • Support: This is a no brainer. There is significantly less damage to a) our reputation, and b) our articles if we automatically semi-protect TFA's for the 24 hours that the article is on the main page, then there is from readers opening up those articles to be confronted with vandalism. Readers can live with having to use the talk page to propose fixes for a day. Mr rnddude (talk) 03:23, 16 October 2018 (UTC)
  • Support TFA is meant to show the very best of our efforts. Protecting a page for one day to stop an IP free for all can't be a bad thing. Any well-meaning anon. editors can raise an edit request on the article's talkpage. Lugnuts Fire Walk with Me 11:17, 16 October 2018 (UTC)
  • Oppose - PC on TFA generates a significant level of work for PC patrollers which gets harder to handle at a non-geometric rate. This would cause knock-on effects on other PC work. TFAs always have lots of watchlisters and thus a fairly quick return of edits in any case. Nosebagbear (talk) 18:19, 15 October 2018 (UTC)
  • Oppose per AntiCompositeNumber, zzuuzz, and Beeblebrox. The supports are quite right, this is an issue, a problem, but preventing certain people from editing the very first article they're likely to come across doesn't strike me as the correct solution. Happy days, LindsayHello 14:38, 16 October 2018 (UTC)
  • Strong Oppose. PC protection is only useful for articles that are not edited very often - so that there is time for a pending edit to be approved or disapproved. PC is worse than worthless for heavily edited articles, since one pending edit creates a logjam that blocks subsequent edits. I could possibly go along with automatically semi-protecting the TFA, but I absolutely oppose pending change protection. --MelanieN (talk) 19:52, 16 October 2018 (UTC)
  • Support - Net positive. shoy (reactions) 20:14, 16 October 2018 (UTC)
  • Oppose per MelanieN and TonyBallioni. PC is a badly designed feature that increases workload for watchlisters and page patrollers, and on a frequently edited page (which TFA is on that day) it results in a quagmire of issues. I'm in favor of the alternative proposal, as it addresses the most pressing aspect of vandalism. No such user (talk) 15:10, 17 October 2018 (UTC)
  • Support I support locking down all of Wikipedia. This is a step in the right direction. Our best, most-advertised works are obviously the targets of vandals. Chris Troutman (talk) 00:02, 18 October 2018 (UTC)
  • Support. TFA is the first article many readers see when they visit Wikipedia through the main page or the mobile app. Wikipedia's reputation depends on its ability to make good first impressions. Pending changes protection still allows IP editors to propose changes to TFA, and there is no shortage of articles that can be edited by any user with their changes immediately applied. — Newslinger talk 15:14, 18 October 2018 (UTC)
  • Oppose due to the backlog of changes that can build up with a popular article, and because we have a less disruptive solution suggested below. Boing! said Zebedee (talk) 15:25, 18 October 2018 (UTC)
Leave to admin discretion, per zzuuzz. There isn't always much vandalism on TFAs, and PCP is counterindicated when there is a large volume of constructive edits but I support discretionary preemptive protection (starting at PC or semi depending on relative volume) for high profile pages if vandalism is judged to be likely. Alpha3031 (tc) 12:52, 19 October 2018 (UTC)
  • Support per User:Insertcleverphrasehere. This deals with the problem of TFA being used as an attack vector, without breaching the principle that anyone can edit. I am unimpressed with the argument against pre-emption, because as others have noted it is near certain that TFA will be vandalised. Leaving PCP to applied after the first spasm of vandalism will only create manual work. --BrownHairedGirl (talk) • (contribs) 14:35, 19 October 2018 (UTC)
  • Oppose pending changes simply does not work for articles that receive frequent edits. feminist (talk) 18:06, 19 October 2018 (UTC)
  • Oppose as phrased. There are very few decisions we should make automatically. Some TFAs, like my own on Greek mythology, didn't actually need PC; others, like Barack Obama, need to be semi-protected or protected. I am here because I was quoted far below on that subject, so I won't repeat myself. Can we try "By default, TFA should be at least subject to pending changes protection"? Septentrionalis PMAnderson 00:44, 20 October 2018 (UTC)

Alternative proposal: disallow non-autoconfirmed users adding images on TFAs

Most of the opposes above are oppositions to PCP in general, so maybe we should just disallow non-autoconfirmed editors from adding images to TFAs. This would be easily achieved via an edit filter. L293D ( • ) 14:35, 15 October 2018 (UTC)

  • Weak support If something needs to be done, I would not be opposed to this solution, if it is workable. --Jayron32 15:18, 15 October 2018 (UTC)
  • Support - this sounds a reasonable thing to do - TFA shouldn't be having any photo altered without major discussion and thus there'd always be someone who could handle the actual edit, giving relatively little in the way of negative for a partial plus. Nosebagbear (talk) 18:19, 15 October 2018 (UTC)
  • Support Seems like a good idea regardless of the outcome of the broader discussion. Beeblebrox (talk) 19:04, 15 October 2018 (UTC)
  • Support as above. TonyBallioni (talk) 19:12, 15 October 2018 (UTC)
  • Support (as I commented above). In principle adding or changing an image on TFA seems as straightforward as move protection - one of those things that is rarely appropriate. -- zzuuzz (talk) 19:18, 15 October 2018 (UTC)
  • Support per above. Aoi (青い) (talk) 19:20, 15 October 2018 (UTC)
  • Support If this would be the only thing that works (but how would it be implemented? Edit filter?) SemiHypercube 19:24, 15 October 2018 (UTC)
  • Oppose as permanent solution This would be easily achieved via an edit filter This not yet true. See this AN discussion (permalink). Anyway, the image vandalism is a temporary problem. It will go away, and there will (very occasionally) be constructive edits of adding images to the TFA. We should not outright disallow this indefinitely. Don't worry about the short-term; if and when we are able to use an edit filter we will. MusikAnimal talk 19:38, 15 October 2018 (UTC)
@MusikAnimal: the image vandalism is a temporary problem: no, its not; this image vandalism has been present for seven months. As to the technical implementation, a bot would add some invisible template such as {{TFA filter}} and remove it at the end of the day. The edit filter should be fairly simple: If the article contains the template and !"autoconfirmed" in USER_RIGHTS and added_lines contain [[File:, then disallow. L293D ( • ) 21:36, 15 October 2018 (UTC)
The edit filter is simple if the bot automation exists, which it does not. Once that's done, we have means to target this specific image vandalism to TFA. We don't necessarily need to ban all imagery. Yes the image vandalism has been going on for a while but seven months is not that long if we're talking about an indefinite ban. And please, don't discuss private filter implementation on public venues (albeit yours was rather straightforward and guessable) MusikAnimal talk 22:11, 15 October 2018 (UTC)
  • Oppose Not in favour of the use of edit filters. Hawkeye7 (discuss) 21:55, 15 October 2018 (UTC)
  • Support It is very unlikely that an image added to a TFA would benefit the article as the imagery will have been considered and discussed in the FA review, and the risk of image vandalism is high. Hrodvarsson (talk) 00:17, 16 October 2018 (UTC)
  • Support: I'm not sure that most valdalism is adding images, but would not hurt. --K.e.coffman (talk) 03:16, 16 October 2018 (UTC)
  • Support if PC-protection of TFA does not succeed: I'd prefer PC protection, but this would also eliminate some of the most egregious vandalism on TFAs. Regards, User:TheDragonFire300. (Contact me | Contributions). This message was left at 10:49, 16 October 2018 (UTC)
  • Support provided the same edit filter also disallows removing images as well. Alternatively, as mentioned above more judicious use of the bad image list can help. —Jeremy v^_^v Bori! 17:50, 16 October 2018 (UTC)
  • Support. It's true that IPs sometimes make constructive edits to the text of TFAs, and I understand people's desire to keep that open as a possibility. But I can't imagine any acceptable image being uploaded by an IP or brand new user. It would either be inappropriate for the article, or it would have improper licensing, or both. If we can find a way to technically block changes or uploads to images, I'm all for it. --MelanieN (talk) 20:00, 16 October 2018 (UTC)
  • Support this proposal. No such user (talk) 15:10, 17 October 2018 (UTC)
  • Support as a compromise. — Insertcleverphrasehere (or here) 15:14, 17 October 2018 (UTC)
  • Support. Sounds like it should be effective without compromising the "anyone can edit" ideal and without clogging up articles with pending changes. Boing! said Zebedee (talk) 15:31, 17 October 2018 (UTC)
  • Support It should work Elitemagikarp (talk) 15:49, 17 October 2018 (UTC)
  • Support I support locking down all of Wikipedia. This is a step in the right direction. Our best, most-advertised works are obviously the targets of vandals. Chris Troutman (talk) 00:02, 18 October 2018 (UTC)
  • Support Johnbod (talk) 00:13, 18 October 2018 (UTC)
  • Support, seems like a good compromise. Kaldari (talk) 20:12, 18 October 2018 (UTC)
  • Support if PC-protection of TFA does not succeed: I'd prefer PC protection, but if there is not a consensus for PCP, then this is a good compromise. --BrownHairedGirl (talk) • (contribs) 14:37, 19 October 2018 (UTC)

Alternative proposal: semi-protect TFAs

In the RfC above several editors have expressed their opinion that TFAs should be semi-protected instead. L293D ( • ) 23:19, 14 October 2018 (UTC)

  • Oppose as a perennial proposal. SemiHypercube 23:22, 14 October 2018 (UTC)
  • Weak oppose - frustrates IPs with good contributions, though does reduce work for patrollers. Ultimately there are many eyes on main page, so vandalism will not be missed Cas Liber (talk · contribs) 01:41, 15 October 2018 (UTC)
  • Oppose. The fact that it's a perennial proposal is not a reason to oppose in itself. However, this is the encyclopedia that anyone can edit it, and I think taking away the ability for everyone to edit the current featured article at all would be contrary to that purpose.--SkyGazer 512 Oh no, what did I do this time? 14:01, 15 October 2018 (UTC)
  • Oppose for the reasons I explained above. --Jayron32 15:18, 15 October 2018 (UTC)
  • Oppose The ability to edit the featured article is part of how we invite people to get involved. ~ ONUnicorn(Talk|Contribs)problem solving 15:30, 15 October 2018 (UTC)
  • Oppose, for the reasons I mentioned above, which echoes the points of the other opposes here. --AntiCompositeNumber (talk) 17:07, 15 October 2018 (UTC)
  • Oppose It would contradict the "anyone can edit" motto if the first article on the main page is always unable to be edited by anons or new users. An edit filter preventing addition of images, as discussed above, is about the limit of autoprotection that should be considered in my opinion. Hrodvarsson (talk) 00:21, 16 October 2018 (UTC)
  • Insanity: Suggesting/trying something multiple times and expecting a different answer each time. Oppose.Jeremy v^_^v Bori! 17:51, 16 October 2018 (UTC)
  • Support I support locking down all of Wikipedia. This is a step in the right direction. Our best, most-advertised works are obviously the targets of vandals. Chris Troutman (talk) 00:02, 18 October 2018 (UTC)
    Chris troutman, finally. Someone with the guts to say what we've all been thinking. All articles should be fully-protected. Let's shut down RfA, as well, just to make sure none of those pesky vandals are handed the mop. ProgrammingGeek talktome 00:20, 18 October 2018 (UTC)
    @ProgrammingGeek: Bryan Caplan has shown that voting does not result in Pareto-optimal solutions. Either we want to solve the problem or we don't. Chris Troutman (talk) 03:14, 18 October 2018 (UTC)
    So? Pareto-optimal solutions are both very difficult to reach, and a very weak condition. How many rules changes do we have that are literally unanimous? Septentrionalis PMAnderson 00:54, 20 October 2018 (UTC)
    Pmanderson, This kind of situation is easily avoided by the absolutist government advocated for in Leviathan. A good first step for this is this proposal. ProgrammingGeek talktome 01:41, 20 October 2018 (UTC)

General Discussion

  • Workload issues - There only seem two reasons to oppose, either a strong "no pre-emption" POV or an issue with the resolution. Placing PC on high activity articles like this would have a massive increase. PC already is ruled out in favour of standard semi-protect if used on a traditionally active article. Additionally, resolving PCs becomes increasingly problematic the more of them are "stored-up" since accepting just the good ones becomes trickier much more quickly. Normally PC does as a happy medium between protection and censorship, but enacting it here I think would be a significant increase in workload, reducing speeds on other articles as well. Nosebagbear (talk) 18:26, 14 October 2018 (UTC)
  • The amount of workload remains the same; you still have to check the TFA as often as possible, usually at least once every half hour. The difference is that the readers would not be not subjected to vandalism. It's only one day, whereas high traffic articles are every day. Hawkeye7 (discuss) 23:57, 14 October 2018 (UTC)
    pretty sure your remark misses the point Nosebagbear was trying to make, which is more about the pending changes workload than the TFA workload. PC can get very convoluted when used on busy articles, that’s not really what it’s for and adding TFA could cause less attention to be paid to other articles under PC. Beeblebrox (talk) 19:10, 15 October 2018 (UTC)
    The request appears on the watchlist and you approve it. That's how it is supposed to work. Hawkeye7 (discuss) 22:08, 15 October 2018 (UTC)
Optimally yes, but when there are multiple edits awaiting review it can get difficult to untangle. Beeblebrox (talk) 22:14, 15 October 2018 (UTC)
This is essentially the crux of my comment and no-vote. I'm not talking out of my ass; the situation with PC on high-volume articles has been discussed ad nauseam, especially in the various RfCs on its retention/expansion. It's generally accepted that if an article is being heavily edited, PC is not helpful because of the fact that it belays edits until CRASH can be arsed to go through the queue, and in more technical articles this is another strike against it because, during the time you're trying to understand a source, more edits are being shoved into the queue which will also need approval. Throwing more men at it won't help - again, Barack Obama is an article that did not want for eyes (as he was President during the PC trial) and they came to the conclusion that PC was an active detriment compared to the semi-protection that was on it before (and reapplied when PC was removed from it). —Jeremy v^_^v Bori! 17:57, 16 October 2018 (UTC)
  • Question: I see that while this is under discussion, the current TFA is PC-protected. Zzuuzz PC-protected it for four days, the 15th through the 19th, with the edit summary "upcoming TFA". Was this a test, or a BOLD change, or what? Is the actual proposal here to PC protect the page for four days? --MelanieN (talk) 23:23, 16 October 2018 (UTC)
    I've mentioned this above. I think MusikAnimal might have even referred to it as a 'trial'. I'd describe it as a temporary measure in response to the current vandalism, and I've picked three/four days, because that's how long TFAs actually remain linked on the main page. The protection (four articles to date) has prevented anus/vagina images being displayed on two of the articles. I have also PC-protected a couple of articles 'in the news' in response to the vandalism. There is no long term strategy implied. -- zzuuzz (talk) 23:30, 16 October 2018 (UTC)
    For now, it has worked great and not even one of the "problems" the opposers raised have happened. No logjam, no "trouble sorting edits" or anything similar. L293D ( • ) 23:45, 16 October 2018 (UTC)
    I would argue that's more because of the obscurity of the TFAs in question. —Jeremy v^_^v Bori! 05:39, 17 October 2018 (UTC)
  • Comment: The points made by Jéské Couriano (Jeremy) and TonyBallioni need to be understood by anyone considering this proposal who isn't a Pending Changes reviewer: Reviewing changes on active pages is, due to the current PC review workflow, an extremely daunting task. I'm sure there are ways it could be improved, but as things currently stand single-edit reviews are relatively easy, and relatively quick, but when an article in the queue consists of several changes by multiple editors, it can sometimes sit there for many hours before one of us finds the energy to tackle it. (Accumulating more edits, and as a result becoming an even more daunting task.) That may be a state we wish to avoid the TFA ending up in.
Perhaps the PC review queue listing could be updated to display certain articles, including TFA, as "immediate review" candidates, with a request that those reviews be performed before the rest of the queue. That might help alleviate the buildup a bit, though it still doesn't change the fact tha the review system is designed in a way that makes the effort required to perform a review grow exponentially with the number of editors and edits pending. -- FeRDNYC (talk) 02:58, 18 October 2018 (UTC)
I should note that I am not a member of CRASH (and in fact gave up adminship because it includes reviewer); that said I have participated in the lion's share of RfCs on the subject, including the RfCs and straw polls that took place around the tail end of the "trial". Workload on very busy pages was indeed brought up quite a bit, and I will quote Pmanderson (talk · contribs) with regards to the situation I've mainly been using as my counterpoint to this:

"No, this is a problem for which PC is demonstrably not a solution. Barack Obama was moved back to semi-protection while the trial was still underway; the backlog became unmanageable - and his election is two years off. Other elected officials will have the same problem when elections roll around (there may be fewer vandals - or there may not; but there will also be fewer watchers and confident reviewers.(sic)


The reason that the issue has not manifested on the present TFAs that have been PC-protected is that their subjects are fairly obscure and do not attract interest enough to see the volume of edits that something even reasonably popular would see as a matter of course. —Jeremy v^_^v Bori! 10:06, 18 October 2018 (UTC)
Thanks. Why the sic? A pending-changes reviewer who's not confident on the subject of the article is not much better than no review. Septentrionalis PMAnderson 00:46, 20 October 2018 (UTC)

Suggestion re IPA

As an English speaker not familiar with the IPA, it took me quite a while to find the "Pronunciation respelling for English" page. It would be most helpful if a link to a central directory of such help pages could be inserted in the left column of Wikipedia, Wiktionary, etc. — Preceding unsigned comment added by Gar*1746 (talkcontribs) 04:41, 15 October 2018 (UTC)

I think you have something here. I have long wondered at the actual utility of providing IPA translations as I don;’t believe most people understand how it works or are helped by their inclusion in articles. Phonetic translation seems much more accessible to a general audience. Beeblebrox (talk) 19:12, 15 October 2018 (UTC)
It is, they are, and it has come up before. I'm too tired to go look up the links now (I expect a search of the MOS archives will find them), but expect any attempt to remove/replace (it with something useful) to come up against strong opposition. The usual argument is 'phonetic isnt standard' - which is true to an extent due to dialect differences vs 'No one knows how to use IPA' - which is also substantially true if you consider the readers of articles. Only in death does duty end (talk) 22:01, 15 October 2018 (UTC)
Hovering over IPA does provide tooltips like "k in kind" which is helpful, but as the vast majority of people don't know IPA, so have I wondered at their inclusion.. Galobtter (pingó mió) 11:56, 16 October 2018 (UTC)
And “hovering” only works if you are using a mouse, which with the prominence of touchscreens an increasing number of users do not. I haven’t used one regularly since 2011. Beeblebrox (talk) 18:10, 19 October 2018 (UTC)

RfC for creating a featured quality source review process

Following discussions at Wikipedia talk:Featured article candidates about the process for source reviews of featured article candidates, a request for comment has been opened about creating a new "featured quality source review" process. Please check out the proposal at Wikipedia:Featured article candidates/Featured quality source review RfC and add your feedback. --RL0919 (talk) 18:07, 17 October 2018 (UTC)

Change to election/referendum naming format

There was a recent RfC on changing the naming convention for elections and referendums to move the year to the start (in common with most other event naming formats). The RfC was advertised to numerous WikiProjects (Elections and Referendums, Politics, Politics of the United Kingdom, U.S. Congress, Pakistani politics, New Zealand/Politics, Indian politics, Chinese politics and Australian politics) and was closed with consensus in favour.

When I started the RfC, I said I would request a bot run to move the articles if the change succeeded; this has been done, and there is currently a live bot request, where it's been suggested that the change should also be flagged up here for any last comments, as it will involve moving around 35,000 articles. Cheers, Number 57 21:15, 17 October 2018 (UTC)

Oppose the bot, which is now being discussed at Wikipedia:Bots/Requests for approval/TheSandBot. (Why didn't @Number 57 link to the BRFA?)
Inadequate consensus at RFC, esp in relation to using a bot to bypass WP:RM on such a huge scale. The RFC was poorly attended (only 16 !votes), and I re-read the discussion several times before I spotted the mention of a bot in the last line of the RFC nomination.
No other participant in the RFC mentioned the bot, so it is unclear whether any of them had noticed it.
Also note that none of the WikiProject notifications I have checked mentioned using a bot to bypass WP:RM on >32k articles. And while nearly all countries have elections, only those countries with standalone politics projects were notified at all. The lack of a standalone politics project is no reason to deprive editors in other countries of any notification. E.g. I just used WP:AWB to count the Irish articles which are likely to be renamed: 860 of them under Category:Elections in Ireland matching (\d\d \(Ireland\)|\d\d)$. Same method found 118 in Brazil, and 211 in Germany.
So editors working on elections in Spain, Ireland, South Africa, Vietnam, Kenya, Peru and over 200 countries receive zero warning of this until their watchlist lights up as a bot starts renaming articles. There is even a suggestion at the RFA for the bot to be unthrotted[1], which would make impede the chances of other editors to raise objections.
So the consensus to change the guideline is weak. And I don't see a consensus to use the bot -- that is too big an issue to bury in the small print.
This needs a fresh RFC, with much better notification, in which the question of changing the guideline is clearly separated from a decision on whether to use a bot. --BrownHairedGirl (talk) • (contribs) 05:25, 19 October 2018 (UTC)
@BrownHairedGirl: The BRFA is linked, click on "live bot request". As for the rest of the statement, I am all for further consensus (and therefore a new RfC). That said, if there was a decision to uphold the current one, then it would be unrealistic to dump 35,200+ articles into WP:RM. That would probably turn some heads as being disruptive in nature and is also unrealistic to be done entirely by hand. Given this and the sheer number of pages involved, it could be logically implied that a bot was/would be intended to enact said consensus (if reached, whatever form that may be, assuming a large number need moving). --TheSandDoctor Talk 05:58, 19 October 2018 (UTC)
@TheSandDoctor: Ah, sorry - I didn't spot the link (low contrast on my screen). I have struck that comment.
Glad we agree about the RFC. But I wasn't suggesting a lump of 35k articles thrown into WP:RM. Instead, take time to allow scrutiny. E.g. run them through RM in clusters, or run RFCs on particular sets. Move involve a lot of manual work, so it may be appropriate to have some less far-reaching bot, e.g. a bot to hnadle making WP:RM listings for clusters. There are many possible solutions in between the poles of 35k individual RM nominations and a bot doing it all in one batch with no further notification or discussion. --BrownHairedGirl (talk) • (contribs) 06:24, 19 October 2018 (UTC)
  • Oppose - when we sign comments, the year does not come first. Vorbee (talk) 07:56, 19 October 2018 (UTC)

Extended confirmed user

User who registered for 30 days with 500 edits will automatically upgraded to extended confirmed user. Should those extended confirmed user who were indefinitely blocked be revoked with this rights? I see we have this example: User:INeverCry. --219.79.96.206 (talk) 04:13, 20 October 2018 (UTC)

  • They cannot edit articles anyway. Also their user talk pages should not be extended confirmed protected (administrators should revoke talk page access in case of abuse) under normal circumstances. There is no need for it. Abelmoschus Esculentus (talk to memy contributions) 04:23, 20 October 2018 (UTC)

Proposal - Allow non-admins to close deletion discussions as "delete" at Wikipedia:Redirects for discussion

Today, I am going to propose that non-admins should have the right to close deletion discussions as "delete" at Wikipedia:Redirects for discussion. This is because it is one of those deletion noticeboards that have a huge backlog and can stretch for up to two week or even more. I am sure that with the help of non-admins, this backlog will always reduce significantly. XFDCloser should allow non-admins to close a WP:RFD discussion as "delete" and then tag the corresponding page for speedy deletion with {{db-xfd}} so that an admin can delete soon after. Pkbwcgs (talk) 12:33, 20 October 2018 (UTC)

  • It seems like this will only create duplicate work... Before using the Delete button Admins will still have to re-assess the consensus of the discussion. — Insertcleverphrasehere (or here) 12:40, 20 October 2018 (UTC)
    • @Insertcleverphrasehere: That's a good point. However, we could restrict this so that users who have more than 10,000 edits can only close these discussions. However, right now there is a backlog of two weeks at WP:RFD and non-admins can currently close any discussion as anything other than keep. Also, if that is the case then what if a non-admin closes a discussion as keep just because they created that redirect when there are five delete votes? Then, they got the consensus wrong! So, if non-admins can't be trusted to close a deletion discussion as "delete", the why should they be trusted to close a deletion discussion as "keep". However, non-admin can close discussions as anything other than "delete" on all noticeboards (except WP:TfD where non-admins can close discussions as "delete" as well) so what is wrong in letting non-admins close WP:RFD discussions as "delete" to clear the backlog? There is no problem in letting non-admins close WP:RFD discussions as "delete" and if there is any problem, it can always go back to admins only closing WP:RFD as "delete". Pkbwcgs (talk) 12:53, 20 October 2018 (UTC)
"Clearing the backlog" does nothing if admins still have to go and read all those discussions to ensure that the consensus was right (they have to do this as it is ultimately their responsibility to use the delete button appropriately). We don't need a knee-jerk response here. Just go ask at WP:AN if some admins can come over and clear the backlog. — Insertcleverphrasehere (or here) 13:00, 20 October 2018 (UTC)
  • Agree with @Insertcleverphrasehere. No matter what, the admin doing the "actual deletion" must reassess the situation and be personally assured that the deletion is OK and this is plainly duplication of work. Just what is needed is to draw the attention of willing admins to the area, through the usual ways.–Ammarpad (talk) 13:50, 20 October 2018 (UTC)
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(proposals)&oldid=864957841"
This content was retrieved from Wikipedia : http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)
This page is based on the copyrighted Wikipedia article "Wikipedia:Village pump (proposals)"; it is used under the Creative Commons Attribution-ShareAlike 3.0 Unported License (CC-BY-SA). You may redistribute it, verbatim or modified, providing that you comply with the terms of the CC-BY-SA