Cannabis Ruderalis

    Add links
    The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
    With nearly 90% support (88.8% to be exact), Creation of new articles in the main space is restricted to accounts that have reached autoconfirmed status (four days registered and at least ten edits).

    That being said, there are important points to consider going forward to accommodate this change.

    The first, and most important to the opposition, was the effect this will have on outreach, editathons, educational projects, etc. Specifically, the concern is that someone cannot simply show up to one of these events and start creating pages in the mainspace. This is a valid concern, one which even the creator of this RFC expressed interest in resolving. While an "event coordinator" position/PERM has not yet been established (an RFC to create it will likely be run shortly after this close), the confirmed PERM is available, as is requesting that participants join/edit Wikipedia before showing up to any event where page creation is expected (i.e. obtain autoconfirmed status ahead of time). It is an awkward and unfortunate hurdle, but even without an "event coordinator" position it is not an impossible one to manage.

    The second concern was to the effect on the Articles for Creation backlog. There are multiple ongoing discussions at this time, including one conducted through the WMF, on how to improve/streamline/update/etc the AFC process. As far as ACTRIAL relates to the AFC, it was shown that it increased the number of daily submissions, but as noted by TonyBallioni the "age" of the oldest drafts has not significantly increased over the trial period. This is a topic area that will definitely require more discussion and thought outside of the bounds of ACTRIAL and this RFC.

    Other concerns that were brought up were that this change moves us further away from "The Wiki Way" (where anyone can create and edit a page immediately after joining), it gives a barrier to those wanting to immediately use the Content Translation tool, and for "philosophical reasons". Suggestions for how to mitigate these circumstances were proposed by various supporters of the RFC, and those interested in pursuing policy or content change to implement them are encouraged to start relevant discussions. Primefac (talk) 14:01, 18 April 2018 (UTC)Reply[reply]

    In April 2011, the community reached a large consensus by RfC for a 6 month trial limiting the creation of articles in mainspace by non-autoconfirmed users. In June 2017 after discussions with the English Wikipedia community, the Wikimedia Foundation agreed that such a trial would be implemented. On 14 September 2017, the Wikimedia Foundation implemented the Autoconfirmed article creation trial (commonly referred to as ACTRIAL) and it ended on 14 March 2018 after 6 months. The results of the research can be found at meta:Research:Autoconfirmed article creation trial and Wikipedia:Autoconfirmed article creation trial/Post-trial Research Report. Three of the major themes of the report were that:

    1. New user activity and retention is largely unaffected
    2. Creation of pages by new users shifted to draft space from article space
    3. Fewer low-quality and inappropriate pages have been created in article space

    The independent consultant's research generally shows that the concerns (hypotheses) that were raised before the trial about the restrictions having a negative impact on retention of new editors did not occur, the trial and the research conducted has received generally positive feedback.

    Following the trial, and in view of the promise to the community that the rule will not be permanently installed without a further discussion, it is proposed that as from 3 May 2018, (or sooner if a consensus is reached):

    Creation of new articles in the main space is restricted to accounts that have reached autoconfirmed status (four days registered and at least ten edits). TonyBallioni (talk) 13:39, 19 March 2018 (UTC)Reply[reply]


    1. Support as proposer. While ACTRIAL was not a cure all, it was in my view, an enormous success. For the first time in at least two years, both AfC and NPP are at their sustainable levels: AfC only has 4 drafts at the 60+ day mark, and all of NPP is below the Google index point: we have effectively eliminated the NPP backlog, while maintaining AfC at an adequate level to serve the needs of good faith contributors.
      To me, probably the most significant statistic from the survey was the we reduced the median number of articles deleted a day by 227 while reducing the number of A7s by 84% and the number of G11s per day by 73%. This is probably the single biggest time saving change we've had on-wiki, and while it did reduce the number of patrol action per day, freed up admins and new page reviewers to do other needed work for the encylopedia.
      Finally, I will close by pointing out that anyone who has been near the new pages feed or the CSD categories in the past few days has seen the clear increase in unencyclopedic content starting immediately after ACTRIAL ended, showing it to be necessary to restart as soon as possible. I want to close with this quote from, Shrikantarts', the first article created by a new editor after ACTRIAL ended: Hello, Myself [Name]. Art has always been an inspiration to me. That inspiration credits goes to my Brother and my mom, who stood up always when I started falling apart. I don't think I can make a better case than that. TonyBallioni (talk) 13:39, 19 March 2018 (UTC)Reply[reply]
      I'm sure this number will continually fluctuate over the course of this RFC, but as of this particular point there are zero pending drafts at 60+ days. Primefac (talk) 14:00, 19 March 2018 (UTC)Reply[reply]
      Ah, thanks, even better :) I'd gotten my number a bit before launching this! TonyBallioni (talk) 14:01, 19 March 2018 (UTC)Reply[reply]
    2. Support. Obviously. Kudpung กุดผึ้ง (talk) 13:43, 19 March 2018 (UTC)Reply[reply]
    3. Support – Trial phase showed considerable net positive outcomes for the project, with none of the feared negatives. — JFG talk 13:45, 19 March 2018 (UTC)Reply[reply]
    4. Support without qualification. The outcomes of the trial far exceeded expectations in confirming that this remedy actually does work, and has no perceptible undesirable side-effects. Justlettersandnumbers (talk) 13:49, 19 March 2018 (UTC)Reply[reply]
    5. Support For sure! Dial911 (talk) 13:52, 19 March 2018 (UTC)Reply[reply]
    6. Support. Just like I support waiting periods before buying guns. It's only restricting impulsive creations, not creations generally. It only makes sense that someone right off the street can't just create an article right away. ‡ Єl Cid of ᐺalencia ᐐT₳LKᐬ 13:56, 19 March 2018 (UTC)Reply[reply]
    7. Strong support Probably the most positive comment I can make about turning autoconfirmed creation off is that it gives me an excuse to go and find more admin candidates to work the NPP and CSD queues. Ritchie333 (talk) (cont) 13:57, 19 March 2018 (UTC)Reply[reply]
      This just in : Steven haderlie (for those without the tools, the entirety of this article reads "He is the best Chemistry Teacher EVAH") We had none of this during ACTRIAL. Ritchie333 (talk) (cont) 15:51, 19 March 2018 (UTC)Reply[reply]
    8. Support The postives in terms of the reduction in poor-quality creations far outweight the very minor negative of adding a small extra step during outreach events. SmartSE (talk) 14:00, 19 March 2018 (UTC)Reply[reply]
    9. Support - At the end of the day, letting someone create an article with their very first edit isn't just time wasting for us, but there's really just no totally non-BITEY way of telling someone you're deleting their work, no matter how obviously inappropriate it may be, and that goes doubly for users where their very fist interaction ever with another editor is a big scary looking template. It's really just setting people up for failure. AfC has it's own set of challenges that need looked at, but it's still a better process, more likely to provide meaningful feedback, and less likely to summarily communicate "Go back to Facebook. You and your work are equally worthless, and we don't much care for you." GMGtalk 14:04, 19 March 2018 (UTC)Reply[reply]
    10. Support Doesn't appear to be any negative effects on say editor retention, but has massive improvements in the quality of the articles, and gives more time for patrollers to focus on afding spam than A7ing articles that took a minute to create. Creating an article requires time, and understanding of wikipedia, which is why the delay makes sense (beyond the empirical evidence of mass improvements in article quality). And, as GMG says, less bitey to prevent someone from creating a bad article than giving a big delete notice Galobtter (pingó mió) 14:06, 19 March 2018 (UTC)Reply[reply]
    11. Support - At the level just below that which needs deletion is that which, though promising, isn't ready for mainspace. It bears repeating that it's more encouraging for new users to have their material promoted from draftspace than demoted to draftspace. ACTRIAL wasn't just a protection against trash, it was a less confrontational path for new users to have their material accepted. Cabayi (talk) 14:08, 19 March 2018 (UTC)Reply[reply]
    12. Support per Galobtter. Double sharp (talk) 14:20, 19 March 2018 (UTC)Reply[reply]
    13. Support per TonyBallioni and Galobtter. JTP (talk • contribs) 14:28, 19 March 2018 (UTC)Reply[reply]
    14. Support New editor attraction and retention were not negatively impacted, and creation of obviously poor new articles was reduced. The only negative unforeseen consequence of note seems to be that the AfC queue has gotten longer. That is and acceptable trade-off for reducing the speedy delete and PROD queues. Eggishorn (talk) (contrib) 14:30, 19 March 2018 (UTC)Reply[reply]
      This was foreseen ([1], [2]) but appears to be manageable. ~Kvng (talk) 14:56, 19 March 2018 (UTC)Reply[reply]
    15. Strong Support Great results, even though the AfC backlog is increasing. L293D () 14:44, 19 March 2018 (UTC)Reply[reply]
    16. Support. The difference between the admin workload and quality of new articles with and without the autoconfirmed requirement is like night and day. It also makes paid for spam stand out sufficiently enough that it can be detected with simple behavioral heuristics. To anticipate/reply to some objections:
      Any solution to this problem must deny proactively, i.e. before the article is created. Otherwise, volunteer time must be wasted in finding, researching, debating and deleting promotional, social networking and/or non-notable crap. Speedy deletion of this rubbish is still a waste of volunteers' time. Automatic flagging of crap articles is not an acceptable solution and the raised CORP notability standards are necessary, but not sufficient. Similarly, NOINDEXing unpatrolled articles helps but there are many new page patrollers out there that cannot recognise paid-for articles. Userspace is NOINDEX but there's still plenty of junk added each day (if it's empty, see my deletion log). Patrollers also become less effective when flooded with garbage.
      Anti-abuse tools in MediaWiki are sufficiently derelict that a subject matter filter can only currently be implemented by the edit filter. (It is near impossible to get any useful software development out of the WMF in any reasonable amount of time.) While I really like the idea of a spammer who types out their article then getting denied when saving it (wastes their time = increases their costs), it's not a good experience if there's false positives and collateral damage. A subject matter filter can be circumvented by a bait and switch approach. Therefore, it must be run on every attempted edit by a non-autoconfirmed user and thus performance questions arise. A solution that denies proactively must run in real time. (I believe ORES runs ex-post.)
      I suspect that we're going to need all alternative measures AND a permanent autoconfirmed restriction in order to keep the spammers out, given how persistent and widespread the abuse can be. A consequence of Wikipedia getting more popular is the need to minimize the amount of time we spend processing each junk page in order to maintain quality. The restriction achieves this. Finally, I had the privilege of deleting the first page created by a non-autoconfirmed user after ACTRIAL ended, and yes, its creator made no effort to understand what an encyclopedia is before he edited one. MER-C 14:45, 19 March 2018 (UTC)Reply[reply]
    17. Support - No significant negative impacts identified during trial. "AfC struggle" noted in the report does not appear to actually exist. Several significant positive impacts have been identified. Article deletion is a topic contributing strongly to new and experienced editor dissatisfaction therefore the reduction deletion activities associated with this change is a huge improvement for the community. ~Kvng (talk) 14:49, 19 March 2018 (UTC)Reply[reply]
    18. Weak and conditional support. Every fiber in my wiki-body screams for me to oppose this. It's basically ending everything that has made Wikipedia so big and influential in the first place, creating barriers for people when barriers should not exist. While we know how many articles have been deleted less, we have no idea how many good articles were not created because of this barrier. Unfortunately, I do see that the amount of articles that are eligible for speedy deletion has climbed rapidly once ACTRIAL has ended. I do understand the outreach-concerns though, so I can only support this if we also allow participants of outreach events to gain confirmed status. Any good faith coordinator for outreach programs must be allowed to request confirmed status of all participants with no questions asked. Only then can such events still work. Regards SoWhy 14:51, 19 March 2018 (UTC)Reply[reply]
      One of the striking but downplayed results of the trial is that article growth was unaffected. The same number of new articles survived before and during the trial. Articles we would have deleted in due course were never created. The only barrier created here is a barrier to inappropriate material and associated deletion drama and manpower requirements. ~Kvng (talk) 15:07, 19 March 2018 (UTC)Reply[reply]
      Kvng, make sure you are putting a hash before your indented comment. Otherwise the numbering is broke. talk to !dave 15:12, 19 March 2018 (UTC)Reply[reply]
      if the coordinator told participants to go to PERM and ask for confirmed status saying "I'm in training with User:SoWhy today" they would get Confirmed before they have a page ready to publish. Newbies should learn about PERM anyway as we hope they will want to NPR someday. Legacypac (talk) 15:49, 19 March 2018 (UTC)Reply[reply]
    19. Pretty obvious support talk to !dave 15:03, 19 March 2018 (UTC)Reply[reply]
    20. Support - Some large and obvious benefits, together with very few measurable downsides, were enjoyed during the trial period. Making "unsupervised" article creation contingent on the user at least cutting their teeth on some basic editing work and sniffing around the place for some days seems to filter out so much dross that we should aim to reinstate this setup at earliest opportunity. enWP is not primarily in the content growth phase anymore, but in the content improvement and curation phase; at the same time the incentive to spam the encyclopedia with undesirable material has never been greater. We should prioritize use of manpower and effort accordingly.--Elmidae (talk · contribs) 15:05, 19 March 2018 (UTC)Reply[reply]
    21. Support The trial showed the benefits very clearly; the only downside is the ever-growing AFC backlog, which is, in my view, a more-than-acceptable trade-off. Yunshui  15:07, 19 March 2018 (UTC)Reply[reply]
    22. Support turn the control back on ASAP. I'll make more comments later. @User:Yunshui notwithstanding the WMF report that talks about a WP:AFC "struggle" there are some other reasons that AfC backlog rose temporarily. The loss of three prolific reviewers during ACTRIAL being bigger than the new Draft influx. The AFC backlog is dropping the last few days amd at 2200 pages is far far smaller than the NPR backlog. The entire AfC backlog is about 10 days worth of the 227 pages of junk pouring into mainspace without ACTRIAL. Also around 200-250 new pages are submitted to AfC a day so the backlog is really only about 10 days worth of submissions, but some more complex topics or borderline cases take longer to find a willing and able reviewer. Anyone qualified is welcome to join WP:AFC to help out (a little ad) Legacypac (talk) 15:49, 19 March 2018 (UTC)Reply[reply]
    23. Strongest possible Support I've been patrolling the edit filters linked at CAT:CSD (almost all new pages that trigger at least one of these should be speedied or prodded), and I immediately noticed that all 4 of them had substantial increases in hits when ACTRIAL ended. This small restriction is absolutely necessary to keep as much crud out of mainspace as is possible. IffyChat -- 16:19, 19 March 2018 (UTC)Reply[reply]
    24. Support mostly per User:GMG. Allowing new accounts to create crappy articles doesn't help them any more than it helps us. If new users have a gem to create, it can go through AFC where they'll get gentle/structured feedback (under the current system, they get a delete-your-worthless-contribution tag and an auto-generated talk page post). Also this will free up some of the time editors currently waste deleting unambiguous junk. As for the outreach concerns, it sounds like this can be dealt with separately by the community without interrupting the valuable work done by outreach-focused folks. Ajpolino (talk) 17:06, 19 March 2018 (UTC)Reply[reply]
    25. Support I oppose below against prohibiting new users who register in programs, trainings, and workshops from making articles. People who go through a chain of responsibility to oversee users in programs should be able to permit new users to create articles. I will support general ACTrial prohibitions against new users making articles in the main space when instead they can post them to the draft space and expect to need a review before their article goes live. Please continue to develop the difference between the sort of new user who participates in training and outreach events versus new users acting outside the context of recruitment programs who become more engaged when they have options to meet standards and publish sooner. Blue Rasberry (talk) 17:10, 19 March 2018 (UTC)Reply[reply]
    26. Support The trial had many, many positive effects. The number of completely unsuitable new pages dropped radically. As a result, so did the number of speedy deletion requests, where the change was immediately noticeable. Also as a result, the backlog of pages needing review was able to be reduced substantially. As soon as the trial was over, we immediately resumed getting ridiculous pages, each of which requires the input of several volunteers to deal with. ACTRIAL reduced the workload on our volunteers, and undoubtedly also reduced their frustration which is likely to lead to burnout. And this was without any loss in new-editor retention. This should become permanent. --MelanieN (talk) 17:21, 19 March 2018 (UTC)Reply[reply]
    27. Support per Galobtter. --Joshualouie711talk 17:25, 19 March 2018 (UTC)Reply[reply]
    28. Support The only remaining concern seems to be the effect on editathons, and there have been lots of discussion about ways to sidestep the issue entirely (including simply moving the article for the new user from draft to main). This does not and cannot outweigh the enormous benefits that we have seen arrive with ACTRIAL. At New Pages Patrol, where I spend quite a bit of time, we have been able to make progress in a way that wouldn't have been possible otherwise, reducing the backlog from 15,000 or so down to just 3,400 (and below the index point). Yet in the last 5 days, since ACTRIAL ended, the NPP backlog has already risen by 15%, a trend which looks to continue without permanent implementation of the restriction on new user article creation. It is important to note that the rate of new article creation has been unaffected by the trial, yet the proportion of deleted new articles fell from 35% to 15%! At the start of ACTRIAL we thought that we might have to chose between quality and quantity, but we don't; the quality of new articles has gone up while the quantity remained the same! I cannot impress upon how awesome this is, but in short, ACTRIAL has been an unmitigated success. I would also support giving experienced event coordinators the ability to confirm new users, as there is a significant difference between new editors that start at editathons and new editors as a whole (most new editors are sadly not here to build an encyclopedia, while editathon participants nearly always are). — Insertcleverphrasehere (or here) 18:00, 19 March 2018 (UTC)Reply[reply]
    29. Support - Seems very beneficial. One thought, as an AFC newbie; although it's the case ACTRIAL wasn't the only cause of the Afc backlog, it seems equally clear it had some impact. Thus, we should probably think about addressing the ongoing Afc impact of this proposal. This can partly be done by recruiting new reviewers, which has also been successful, but I suspect some review of processes will also be required. Various ideas for possible enhancements in this area have already been floated. KJP1 (talk) 18:10, 19 March 2018 (UTC)Reply[reply]
      Just as a minor note: while the AfC number of drafts is up, the number at the 60 day mark (which is what Primefac uses as his “we’re doing good” standard) is currently zero. NPP and AfC are effectively backlog free in that all the pages are being handled within the projects’ best practice dates for review. TonyBallioni (talk) 18:25, 19 March 2018 (UTC)Reply[reply]
      Noted and thanks. A very helpful reminder of the good work being done. KJP1 (talk) 18:28, 19 March 2018 (UTC)Reply[reply]
    30. Support per all above, and my previous thoughts on this topic. jcc (tea and biscuits) 18:12, 19 March 2018 (UTC)Reply[reply]
    31. Support per the above, makes perfect sense to do this. Lugnuts Fire Walk with Me 18:20, 19 March 2018 (UTC)Reply[reply]
    32. Support. Assuming the research report holds up (it's not in a peer reviewed journal...), ACTRIAL shows pretty obvious benefits. The issues the rport writers asked us to address are as follows:

      A key question for the community following the trial is: what should Wikipedia’s publishing model be? The Wiki Way is to publish instantly, but make it easy to undo. The restrictions on article creation made by ACTRIAL shifts the model to review-then-publish for many accounts. Research on AfC has found that going through that process means drastically less collaboration than creating an article directly in the main namespace.[4] Is that beneficial to Wikipedia? If the community decides that article creation should be restricted, is autoconfirmed status a good threshold? One example where that restriction hinders contributions is if an experienced contributor comes in from another Wikipedia. Where they previously could create an article (e.g. a translation of one of theirs), it would now have to go through AfC or be created as a draft in the user namespace and later moved, both reducing the opportunity for collaboration and improvement.

      How can the community encourage and reward maintenance work such as reviews at New Page Patrol and Articles for Creation? There is no doubt that work on encyclopedic content is important, but maintenance work is also important. They are a vital part of Wikipedia’s quality assurance processes. The February 20, 2018 Signpost news and notes mentions that there were no Requests for Adminship in January 2018. Being an admin is performing maintenance work. Studying ACTRIAL, we see some of the challenges with sustaining these types of communities, e.g. being able to keep up with the influx of articles or drafts needing review. It seems quite clear that switching off article creation for a group of potential contributors does not solve this problem, meaning that the community should carefully consider how it values and rewards maintenance work, and how it can maintain a healthy community of maintainers.
      — Autoconfirmed article creation trial/Post-trial Research Report

      The Wiki Way is to publish instantly, but make it easy to undo. Indeed, but article creation is not easy to undo. Yes, we have CSD, but that still takes the time for a passing admin to come along. Courtesy blankings help, but inappropriate page titles are not as simple.
      One example where that restriction hinders contributions is if an experienced contributor comes in from another Wikipedia. We need to point such users towards WP:PERM if 4 days is too long to wait (the editathon issue can likewise be resolved, if an admin is on site).
      Bellezzasolo Discuss 18:23, 19 March 2018 (UTC)Reply[reply]
      User:Bellezzasolo Might it be possible to link to the research report, rather than copy a long extract into your comment? Thank you: Noyster (talk), 18:39, 19 March 2018 (UTC)Reply[reply]
      @Noyster: I had it as collapsed, Primfac removed the collapse template, as it wasn't long enough to be merited. I mainly did that because I'm editing on iPad, and switching is a pain. But I did also feel that it was useful to have the quote here, as it's essentially addressed to this RfC. Bellezzasolo Discuss 18:57, 19 March 2018 (UTC)Reply[reply]
    33. Support The proof is in the findings. ZettaComposer (talk) 18:24, 19 March 2018 (UTC)Reply[reply]
    34. Support Fully aware that we got a tremendous long way with the wide-open-door approach. But the context is now radically different to that of the early 2000s and we have to start adapting in this and other ways: Noyster (talk), 18:24, 19 March 2018 (UTC)Reply[reply]
    35. Support There is no practical downside here. Jbh Talk 18:44, 19 March 2018 (UTC)Reply[reply]
    36. Support this has massively reduced the amount of work do be done getting rid of inappropriate new content. Slightly inconveniencing editathons is a price worth paying for that (and there are things we could do to resolve that issue). Hut 8.5 19:03, 19 March 2018 (UTC)Reply[reply]
    37. Support. I'd hoped the trial would be successful, and the results have seriously exceeded anything I expected. It's shown no serious downside, and hasn't damaged participation as had been feared. I think it would be a serious mistake not to make this permanent now, and my thanks go to those who put so much effort into making the trial happen. Boing! said Zebedee (talk) 19:05, 19 March 2018 (UTC)Reply[reply]
    38. Support, absolutely--Ymblanter (talk) 19:15, 19 March 2018 (UTC)Reply[reply]
    39. Support: given the clear benefits reported, I have no option but to support the proposal, and believe it should be implemented as soon as possible. However, I would like to see a resolution to the problems that this measure creates for event organisers. --RexxS (talk) 19:26, 19 March 2018 (UTC)Reply[reply]
    40. Support. This was clearly a net benefit, and decreased the amount of garbage being directed to NPP. Natureium (talk) 19:29, 19 March 2018 (UTC)Reply[reply]
    41. Support. The stats bear it out: ACTRIAL works. I have nothing else to say that hasn't been articulated better in previous comments. ♠PMC(talk) 19:38, 19 March 2018 (UTC)Reply[reply]
    42. Support per the proposer, it's severely reduced the amount of A7/G11 articles. The only downside highlighted is Wiki meetup events, and they can just create in draftspace, and get moved to article space by any autoconfirmed user. Which takes about 30 seconds, in comparison to the hours spent on crap articles before ACCTTRIAL. Joseph2302 (talk) 19:45, 19 March 2018 (UTC)Reply[reply]
    43. Support Time can now be better spent on other areas of need. Jon Kolbert (talk) 19:59, 19 March 2018 (UTC)Reply[reply]
    44. Support power~enwiki (π, ν) 20:02, 19 March 2018 (UTC)Reply[reply]
    45. Support: I found Wikipedia:Autoconfirmed article creation trial/Post-trial Research Report#Less low-quality content in article space to be a compelling argument. --Guy Macon (talk) 20:04, 19 March 2018 (UTC)Reply[reply]
    46. Support per TonyBallioni and see more positives than negatives.Pharaoh of the Wizards (talk) 20:23, 19 March 2018 (UTC)Reply[reply]
    47. Support per overwhelming support (of both the trial, and this). Definitely has more positives than negatives - TNT 20:24, 19 March 2018 (UTC)Reply[reply]
    48. Support. This would reduce a lot of backlogs (CSD, PROD, NPP, etc.) KMF (talk) 20:43, 19 March 2018 (UTC)+Reply[reply]
    49. Support, every experienced editor has seen the benefits. I sympathize with outreach efforts, but those can figure out a technical fix around this or focus on article improvement. Renata (talk) 20:53, 19 March 2018 (UTC)Reply[reply]
    50. Support - Recognizing the stated issues about events, to which the answer is either to autoconfirm the participants in advance or to have a dedicated reviewer to fast-track the submissions. As to the philosophical principle that anyone can edit, this principle must be weighed against the principle of being an electronic repository of human knowledge, which requires quality control. Robert McClenon (talk) 21:02, 19 March 2018 (UTC)Reply[reply]
    51. Support so time can be spent in better ways than vetting new articles from brand new users. This restriction is not much of a burden on new users, and ultimately improves the ability for this encyclopedia to be run by anyone & everyone. Even the workshops in college I participated in for editing Wikipedia actually led us through steps of editing existing content first and exploring Wikipedia before the course led us to create new content (though that was not a single day workshop). Cr0 (talk) 21:05, 19 March 2018 (UTC)Reply[reply]
    52. Support as new editors at our outreach events are best served in draft space. Chris Troutman (talk) 21:35, 19 March 2018 (UTC)Reply[reply]
    53. Support. Mentored editathon newcomers can go here: Wikipedia:Requests_for_permissions/Confirmed. Unmentored newcomers need edits and time to get the basic ideas. Anyone can edit. Anyone can add material to an existing page. —SmokeyJoe (talk) 21:38, 19 March 2018 (UTC)Reply[reply]
    54. Support. ACTRIAL has shown that requiring users to be autoconfirmed has significant benefits while the adverse affects are minor and can easily be mitigated. Mduvekot (talk) 21:53, 19 March 2018 (UTC)Reply[reply]
    55. Support. The benefits strongly outweigh the negatives. NinjaRobotPirate (talk) 22:00, 19 March 2018 (UTC)Reply[reply]
    56. Support No brainer. Blackmane (talk) 23:03, 19 March 2018 (UTC)Reply[reply]
    57. Support: Prevents a lot of nonsense from being created by non-autoconfirmed users. — MRD2014 Talk 00:55, 20 March 2018 (UTC)Reply[reply]
    58. Support - especially now that we've experienced the benefits. Atsme📞📧 02:47, 20 March 2018 (UTC)Reply[reply]
    59. Support - indubitably.--John Cline (talk) 03:18, 20 March 2018 (UTC)Reply[reply]
    60. Support I've been at NPP for so long and it was a lost battle until ACTRIAL came along. The arguments below are minimalistic views that clearly have not factored in the advantages of ACTRIAL. The predominant focus of editathons needs to change from creating articles to teaching new users how to edit our current articles and seeing their changes live instantly. If there's a user who quits because they weren't allowed to create a new article in their first edit, well, not at the cost of NPP please. Lourdes 03:37, 20 March 2018 (UTC)Reply[reply]
    61. Support ACTRIAL may not be perfect (see discussion of editathon problems and solutions below), but ACTRIAL is clearly required to reduce the flood of gunk that inevitably burns out those trying to deal with it. Anyone worried about a new editor who cannot immediately see their live article should spare a thought for the larger number who would see their creation speedy deleted. Johnuniq (talk) 08:14, 20 March 2018 (UTC)Reply[reply]
    62. Support I agree with SoWhy that ACTRIAL runs directly against the founding principles of the encyclopaedia. But no principles are carved in stone, and, after all, we haven't been "the encyclopaedia anyone can edit" for some time now, so this is actually a less radical step than it seems. And in any case, ACTRIAL doesn't stop anyone from editing: it merely creates a measure of oversight. I think we all know from "real life" that a degree of supervision is useful when one is starting at a new job, or course, or general path in life.
      And while I sympathise with those who self-define as inclusionist, I assume that is reasonable quality that they wish included...not gems such as Shrikantarts', which is exemplar of the vintage that ACTRIAL is specifically directed at. —SerialNumber54129...speculates 10:03, 20 March 2018 (UTC)Reply[reply]
    63. Support. The benefits far outweigh the costs. Autoconfirmed is not a very high bar for an editor who is actually here to help build the encyclopedia, few unmentored new editors should be creating an article with their first edits, but such an editor can. ~Hydronium~Hydroxide~(Talk)~ 10:23, 20 March 2018 (UTC)Reply[reply]
    64. Support, per arguments well articulated above. Guy (Help!) 12:32, 20 March 2018 (UTC)Reply[reply]
    65. Support, obviously. Like, SoWhy, I earnestly believe this goes against the spirit of Wikipedia and the Wikimedia family of pages in general. The argument that we are the only site in the world without some barrier to publishing isn't convincing; that's what set us apart, it's what makes this place such a gem. ACTRIAL/ACREQ is bad, and we shouldn't need it, but we do; the infux of new, unacceptable pages is just too great. We're a victim of our own success, and patrolling CSD the past week makes it abundantly clear how necessary maintaining this is. I am thankful that it appears quality will not be significantly affected. The RfC for something like User:TonyBallioni/Event coordinator is for another day (not sure why it can't be incorporated into accountcreator) but I think it is essential and required should ACREQ come to pass. Outreach will only be more important with this roadblock, so let's encourage it. ~ Amory (ut • c) 12:43, 20 March 2018 (UTC)Reply[reply]
    66. Support L3X1 ◊distænt write◊ 13:03, 20 March 2018 (UTC)Reply[reply]
    67. Strong support. ACTRIAL made an immediate and substantial improvement to new page work, enabling us to bring the NPP backlog from a peak of 20,000+ to below 5,000, and completely eliminate the backlog of search engine-indexed, unreviewed pages. The opposes so far are not convincing. Wikipedia has restricted IP editors from creating new articles from near the beginning of the project. This only ups the requirement slightly. We shouldn't forget that autoconfirmed has very low requirements: ten edits over a few days. The effect on outreach work―or more precisely, off-wiki editathons, not everyone who promotes Wikipedia editing works for WMUK―is similarly overblown. There are several workarounds: participants can be asked to create accounts in advance; organisers can request that participant accounts are manually confirmed on the day (or do it themselves, if they're admins); and participants can create articles in draft that organisers then move. The only explanation we've had for why these aren't sufficient is that, apparently, new editors need to be able to create articles directly in order to experience a "magic wow moment". To be honest, it seems like this objection has less to do with the practicalities, and more the fact that certain outreach employees feel aggrieved that they were not specifically consulted about the trial in advance (but of course, nothing was stopping them joining the discussions like the rest of us!) – Joe (talk) 13:15, 20 March 2018 (UTC)Reply[reply]
    68. Support. Having to wait several days to create an article is generally a minimal impediment to new content creation. The demonstrated benefits wholly outweigh the concerns. /wiae /tlk 13:28, 20 March 2018 (UTC)Reply[reply]
    69. Support - it's all been said above already. Smallbones(smalltalk) 14:31, 20 March 2018 (UTC)Reply[reply]
      Support It is not to hard to expect people to learn about Wikipedia before creating an article. Plus making it harder to make an article cuts spam, and we can't expect 500 people to deal with the spurious stuff created by thousands. Prince of Thieves (talk) 15:48, 20 March 2018 (UTC) - struck vote from blocked sock. ♠PMC(talk) 07:07, 23 March 2018 (UTC) Reply[reply]
    70. Support, after considering the opposition by outreach people. I do outreach myself and have to admit that we'd rather rethink outreach activity than ACTRIAL. There is a lot that can be done on existing articles. --Pgallert (talk) 15:53, 20 March 2018 (UTC)Reply[reply]
    71. Support this has massively cut down on problems. The bit of issues that it causes is certainly something that must be solved, butthat problem is orders of magnitude smaller thanthe alternative. —Dirk Beetstra T C 16:07, 20 March 2018 (UTC)Reply[reply]
    72. Support - I sympathize with the outreach people, but this is clearly a NETPOSITIVE for the overall project. We should look at what we can do regarding moving drafts created by outreach projects (which seems to be the current method) into the mainspace in a more timely manner than the AfC route, or find other better alternatives. 78.26 (spin me / revolutions) 16:10, 20 March 2018 (UTC)Reply[reply]
    73. Support - as per the above votes. This has clearly been beneficial to the project and should be made permanent. --Emir of Wikipedia (talk) 16:37, 20 March 2018 (UTC)Reply[reply]
    74. Support - completely reasonable limitation.--Staberinde (talk) 16:40, 20 March 2018 (UTC)Reply[reply]
    75. Support As others have mentioned, Wikipedia is not a blog. There is power and accountability in the first sentence of the lead of a Wikipedia article, which in many Google searches comes up as the first result. In video games, you still need to acquire skills before you reach certain levels. You don't bend the rules so new users can feel the a buzz. Perhaps the one-day workshops need to be revisited so that the goal is not for each participant to create a separate article over a period of several hours. Perhaps the workshops need to be re-framed as a group project where participants know at the beginning that the veteran editor will publish the new article at the end of the session and they can watch the red turn to black. This is a more realistic process as no one user owns articles anyhow. Or they can wait the four days and have an accompanying Twitter event to celebrate the article's inauguration. What about letting new users upload photos or add an item to Wikidata or WikiSource? Then they can check out their global contributions over time. Framing the process so that a sense of fulfillment and satisfaction comes from acquiring the skills step by step over time is not impossible.Oceanflynn (talk) 16:57, 20 March 2018 (UTC)Reply[reply]
      A great analogy. Emir of Wikipedia (talk) 17:09, 20 March 2018 (UTC)Reply[reply]
      "You don't bend the rules so new users can feel the a buzz."Classic. <clap clap> Lourdes 00:09, 21 March 2018 (UTC)Reply[reply]
    76. Support Fewer bad articles while not affecting new user recruitment? Sounds like a win-win to me. Yilloslime TC 18:07, 20 March 2018 (UTC)Reply[reply]
    77. Support The problems raised by opposers are broadly in two categories. Firstly, a number of people are philosophically opposed to making it harder to edit. I'd agree with the sentiment of this, but the reality is that English Wikipedia has been successful to the point where how to handle the huge wave of new content coming in is something we have to take seriously and act to deal with. The AfC process may not be perfect, but it has generally seemed to be reasonably consistent in demanding and enforcing some basic quality requirements in articles from new users. Secondly, the problem of new users at editathons and outreach events. In the past, this has been generally been solved by ensuring that admins are available to hand out +confirmed to users at editathons. One solution we might have is if we could have a list of administrators willing to work with editathon organisers to +confirmed on accounts quickly. I'd be happy to work with trusted, non-admin editors involved with editathons to very quickly grant +confirmed to editathon/outreach event participants and I'm sure we could find a few other admins who could help. Similarly, if the "Event coordinator" role that is being discussed comes to fruition, I'd be happy to try to ensure that editathon/outreach coordinators are granted permissions speedily. I commend the proposers of this, and those who have worked to test and study ACTRIAL. —Tom Morris (talk) 18:55, 20 March 2018 (UTC)Reply[reply]
    78. Support because of the following reasons:
      • It will stop blatant spam, and idiotic article.
      • While getting/waiting to become A-CON, a user might get familiar with notability topics.
        • The short term vandals will not create stupid articles as they will have to wait a few days, and make few edits to be eligible for article creation.
        • This doesnt give any leverage over sleepers/socks, and LTAs; but creating articles is not hobby of the most of these categories.
      • A good-faith novice user might get friendly with wiki-coding, using <ref>reference</ref> and other templates, and some basic policies.
        • In short, a lot of time of NPP/R folks will be saved from gnoming the articles by such editors.
      • ACTRIAL will take enwiki a fraction away from "encyclopaedia that anyone can edit. (the only con)
      • In conclusion, ACTRIAL is good. —usernamekiran(talk) 20:56, 20 March 2018 (UTC)Reply[reply]
    79. Support and I don't feel the need to reiterate my reasoning on this, I've said it off and on for 6+ years now. The Blade of the Northern Lights (話して下さい) 22:47, 20 March 2018 (UTC)Reply[reply]
    80. Support I see this as the logical extension of the restriction of IPs from creating new pages, now that Wikipedia has become so much of a target for spammers and advertisers. Pawnkingthree (talk) 23:09, 20 March 2018 (UTC)Reply[reply]
    81. Support per above. Clear net positive. -FASTILY 23:46, 20 March 2018 (UTC)Reply[reply]
    82. Weak support - Philosophically I'm against restricting Wikipedia and I do think we lose something by turning the encyclopedia from one anyone can edit to one only trusted users can edit BUT I appreciate that this may help deal with problem pages at NPP and NPR. As beneficial as this is, there is still an unresolved issue with ACTRIAL's effect on outreach work, and please walk in my shoes for a while if you don't view this as an issue because workarounds are just as Wikipedia states: "a bypass of a recognized problem or limitation in a system. A workaround is typically a temporary fix that implies that a genuine solution to the problem is needed". However, if the Event Co-ordinator RfC helps resolve the outreach issue then I see no further reason to oppose ACTRIAL.Stinglehammer (talk) 01:52, 21 March 2018 (UTC)Reply[reply]
      It doesn't actually turn the encyclopedia from one anyone can edit to one only trusted users can edit, as unconfirmed users can still edit. Boing! said Zebedee (talk) 07:28, 21 March 2018 (UTC)Reply[reply]
      @Boing! said Zebedee:This is not really what I meant, as I suspect you know. Creating articles is still editing. We are restricting the creation of articles for the first 4 days of a new account until a new user is confirmed/trusted. Incidentally, a new research paper has just been published on Becoming an online editor: perceived roles and responsibilities of Wikipedia editors which makes for interesting reading.Stinglehammer (talk) 12:29, 28 March 2018 (UTC)Reply[reply]
      Stinglehammer, is there anything in the paper that your found particularly relevant to this discussion? (I'm a bit perturbed that they seem to think of Wikipedia as a form of social media, but whatever) Mduvekot (talk) 12:55, 28 March 2018 (UTC)Reply[reply]
      Mduvekot I think the whole paper is relevant purely in exploring the activities, discussions and motivations occurring in editathons and indeed why some editathons are focused on creating articles (addressing areas of under-representation) and why having that moment of ownership at the moment of publishing can be a very real positive impact on the editor to make them see the point of adding quality contributions to Wikipedia and have a positive experience in the process. if the trainer is there to support and vet new articles and if the editathon focused on creating new articles in under-represented areas is motivating for academics and librarians from different disciplines to come together to have their first experience of editing Wikipedia then I don't see the need for limiting their efforts with captcha codes and the 4 day rule. Hence why I support the Event Co-ordinator RfC proposal.Stinglehammer (talk) 13:19, 28 March 2018 (UTC)Reply[reply]
      Stinglehammer you present it as research, and I don't see anything in the article that supports your position, so I had hoped that you could have at least pointed to something concrete. Mduvekot (talk) 14:02, 28 March 2018 (UTC)Reply[reply]
      Mduvekot The study is by two academic researchers and is published in International Research: an international electronic journal published quarterly by the University of Borås, Sweden. But fair enough if you don't see anything to engage with in its findings. To each their own. Stinglehammer (talk) 16:21, 28 March 2018 (UTC)Reply[reply]
    83. Absolutely support Not only has ACTRIAL kept huge amounts of dross out of mainspace while also reducing the overall workload of reviewers, it has also "forced" events such as editathons to be much better organised than before. During ACTRIAL editathon participants had to be properly registered and prepared in good time before the start of the event itself. Random people with zero experience just pitching up and expecting to create a decent article in a couple of hours is (and always has been) a ridiculous fantasy. There is a real difference between "Anyone can edit" and "Anyone can create a fully compliant new article in a few hours with zero prior experience or preparation". Roger (Dodger67) (talk) 07:57, 21 March 2018 (UTC)Reply[reply]
    84. Support net positive. Responses to the concerns raised by oppose !voters are well-articulated above. shoy (reactions) 13:55, 21 March 2018 (UTC)Reply[reply]
    85. Support per many reasons above.--Dlohcierekim (talk) 13:59, 21 March 2018 (UTC)Reply[reply]
    86. Support per TonyBallioni, Galobtter and others. The trial worked well. SarahSV (talk) 14:09, 21 March 2018 (UTC)Reply[reply]
    87. Support per the obvious, proven benefits which far outweigh any minor issues that would arise.- MrX 🖋 14:57, 21 March 2018 (UTC)Reply[reply]
    88. Support looks like I'm preaching to the choir here, but I support per Galobtter and many, many others. --Ahecht (TALK
      ) 15:00, 21 March 2018 (UTC)Reply[reply]
    89. Support per the excellent arguments by Galobtter and my own experience as an occasional NPP. The negatives (if any) are far outweighed by the proven positives. The edit-a-thon "problem" can be resolved via the event coordinator proposal. Having said that, I question the wisdom of throwing completely inexperienced editors in at the deep end in the most difficult task of all, creating a viable article from scratch. I have seen many dire results from that approach over the years. Voceditenore (talk) 15:27, 21 March 2018 (UTC)Reply[reply]
    90. Support - thought I already supported this. A sensible change. -- Ajraddatz (talk) 19:55, 21 March 2018 (UTC)Reply[reply]
      Maybe you voted for the Trial 6 months ago. There was massive support for then too.Legacypac (talk) 00:00, 22 March 2018 (UTC)Reply[reply]
    91. Support I very much wish we did not need this, but we do. And I 'd guess that we will continue to need it all the more--the prominence given WP articles on Google will continue to give every business or profession a strong incentive to have a WP article about themselves. Dealing with editathons and similar projects is a problem, but it shouldn't hold up adopting the basic principle. We can deal with exceptions later when wwe know what will really be needed. Trying to get all the potential exceptions and special cases dealt with at the beginning is one of the reason for our convoluted structure of incompatible and incomprehensible guidelines. DGG ( talk ) 23:38, 21 March 2018 (UTC)Reply[reply]
    92. Support per above. Clearly a net positive. New users can still edit, they just can't get bitten nearly as hard. Ealdgyth - Talk 23:51, 21 March 2018 (UTC)Reply[reply]
    93. Support about damn time. Every morning (there's a halo...) 00:25, 22 March 2018 (UTC)Reply[reply]
    94. Support - much needed. Swarm 01:46, 22 March 2018 (UTC)Reply[reply]
    95. Strong support: the research report is overwhelmingly positive. The oppose reasons I see are slippery slope (a fallacy), philosophical grounds (something I empathise with but don't place much importance on) and editathons. For editathons, I strongly support the idea of event co-ordinators getting the right to confirm users so they can create the articles in the main namespace, even if some of those articles are not really in a proper state (necessary fallout that is worth it for the advantages it brings). However, even if this is rejected by the community, the draft namespace is not a terrible backup plan, and I would still support the autoconfirmed requirement for article creation.
      I think the necessity of this restriction on article creation reflects on the steep learning curve that editing Wikipedia has. It's difficult to know what to do about this, because editing Wikipedia is such a complicated process – I definitely learn new things every day I edit, especially when I step outside the areas I'm most familiar with. Article creation is hard and so I think only users with the 10 edits and 4 days experience and dedication to the site are going to get it right. It's unfortunate that we now have so many more user restrictions than "the free encyclopedia that anyone can edit" might imply, but I think it's necessary in this case. Bilorv(c)(talk) 03:04, 22 March 2018 (UTC)Reply[reply]
    96. Strong support - Why not?! Per Tony, GMG, MERC, ICPH et al and obviously the report which speaks for itself.IMO, Outreach-related-problems (which do have a genuine work-around) are not sufficiently important enough to be a hurdle over here.~ Winged BladesGodric 06:01, 22 March 2018 (UTC)Reply[reply]
    97. Support: For me, the “anyone can edit” function is predominantly fulfilled through normal editing of existing articles, whereby a new editor learns the processes, with other editors helping adjust formatting, guiding on trivia vs appropriate content, etc. Article creation brings a different level of question of appropriateness and multiplies others’ effort to deal with the problems of inappropriate articles. Although it can be gamed by the exploitative interests, and involves workarounds for new editor workshops, the metrics from Actrial and this consequent proposal provides a good balance. AllyD (talk) 08:43, 22 March 2018 (UTC)Reply[reply]
    98. Support-Good bye to all mainspace copyvio violators, A7 candidates — FR+ 11:44, 22 March 2018 (UTC)Reply[reply]
    99. Support - To create an article with your very first edit is an invitation to casual users to create unencyclopedis articles. Much better to show commitment and get the feel of Wikipedia with some practice edits before launching into your first article. Cwmhiraeth (talk) 11:03, 22 March 2018 (UTC)Reply[reply]
    100. Support massive reduction in articles that will invariably be deleted. Iazyges Consermonor Opus meum 14:52, 22 March 2018 (UTC)Reply[reply]
    101. Strong support Clear net-positive. The event arguments can be fixed, and the other arguments are not convincing. --AntiCompositeNumber (talk) 18:14, 22 March 2018 (UTC)Reply[reply]
    102. Support - During the trial phase, I noticed that what would most likely be the creation of articles that were promotional, spam, test pages, vandalism, and the like - were either created in the account's user space (their user or user talk pages), or in the draft space - both locations that are much more manageable and easily resolved than having these edits go directly into the mainspace. Instead, we should do what... well, just about any website would do before you can do something comparable here, which is to start the new user off with the need to make a few legitimate edits and wait a few days before they can create articles. Most new accounts that I observed when patrolling the user creation log would create promotional or other pages on their user page just to see that they don't edit Wikipedia thereafter. These pages were within the U5 or G11 criteria and easily handled compared to letting them create articles and spending extra time to go down the various deletion roads that way. I think that this implementation and change to process will be a net positive, and will shape this project from being "what it was in 2007" and steer it in a direction to open the door for more important changes that will be needed to maintain the project as it grows and things change years down the line... ~Oshwah~(talk) (contribs) 23:12, 22 March 2018 (UTC)Reply[reply]
    103. Support This is a very small step toward taking our responsibility to the public seriously, and reducing the burden on existing editors of the torrent of crap that gets poured in without this, balanced with our commitment to openness. It is soul destroying to work NPP without this small speed bump and this goes a long way toward alleviating the burn out. In addition the notion that some period with training wheels is necessary for brand new editors is not even a little bit crazy or bad. I realize that people who do outreach love giving people at editathons the WOW moment of publishing a brand new page; but this is an expectation that they create. At some point hopefully they will understand this. There is a ton of value to improving existing articles (there is so much very important work in that!) and those changes can be immediately published. If outreach folks focused on that, there would be way more long term value both for the new editor and the encyclopedia. Anyway, there is really no downside here at all outside of that specific bellyaching which in my view is misguided on multiple levels. Jytdog (talk) 03:21, 23 March 2018 (UTC)Reply[reply]
    104. Support ACTRIAL was a great success and shows Wikipedia has achieved a lot. When it started even non-logged users where allowed to create articles but had to be prevented when the situation no longer warrant that. We are yet at another point where that bar is no longer acceptable and ACTRIAL trial has shown the great benefit of this. –Ammarpad (talk) 05:29, 23 March 2018 (UTC)Reply[reply]
    105. Support Given the outcome of the trial, yes, I will support this. --Malcolmxl5 (talk) 15:07, 23 March 2018 (UTC)Reply[reply]
    106. Support. Alex Shih (talk) 16:30, 23 March 2018 (UTC)Reply[reply]
    107. Reading MER-C’s post, only thing I can say is I support it. — regards, Revi 18:07, 23 March 2018 (UTC)Reply[reply]
    108. Support as a long-term IP editor. The constant reversions and speedy deletions of new-user contributions are among the worst forms of newbie (and oldbie) biting in the project. If the goal is to make new editors more welcome, decreasing that biting is of far more benefit than the cost of occasionally losing a contributor who can't wait 4 days to publish their new article. In practice it's near-impossible for an unassisted new editor to write article that escapes speedy deletion with less than 4 days on the site anyway, so I don't see this hypothetical loss as something to worry about. The ACTRIAL data indicates that speedy deletion of new articles slowed down (because their creation slowed down) tremendously during the trial, and imho that is decisive.
      The special case of outreach sessions has a simple technical fix: let coordinators (and imho others) set +confirmed on new accounts. I've commented on TonyBallioni's RFC to the effect that it's the right idea but I'd prefer making it simpler.
      The "philosophical" opposition of wanting to minimize restrictions on unconfirmed editors mostly ignores much more significant editing restrictions that we unconfirmed editors already face. As an unconfirmed editor I appreciate the support, but I'd prefer have it redirected to easing up existing restrictions such as the overuse of semi-protection, and resisting the cavalier introductions of new userrights (like extended confirmation) that we keep seeing.
      Many !votes support the proposal based on arguments of drama and workload reduction for page patrollers etc. I see that benefit as secondary, but it's still a benefit, so it also speaks in favor of the proposal.
      Overall the proposal is an obvious net positive, thus support. I'm happy for the extended discussion though. More serious restrictions like extended confirmation protection and the template editor userright got put in place almost in the middle of the night. (talk) 19:08, 23 March 2018 (UTC)Reply[reply]
    109. Support - Now let's ramp up the number of edits required for Auto-Confirmed status. Down with sock-puppetry and vandalism! Carrite (talk) 20:04, 23 March 2018 (UTC)Reply[reply]
    110. Support. I came here inclined toward support, so I carefully read every oppose (currently 16). I basically see three concerns. I'd say the weakest is editathons. I say it's the weakest because even the opposes appear to generally agree that that those issues can and will be addressed. Second, I see concerns that AFC be improved. I expect that won't be as easy as addressing editathons, but I don't see it as an obstacle. Making ACTRIAL permanent will naturally put more focus on how we run AFC. Perhaps the most significant objection was philosophical, that we're supported to be open, and that ACTRIAL-barriers might turn people away. As a counterpoint, I think we're doing more harm when so many new article creators get hit with SpeedyDeletes and AFDs. Whatever the failings of the current AFC experience, I think AFC is better for a new user than having our arcane and more serious mainspace procedures crash down on them like a meteor from nowhere. The AFC process has the prospect of improving into a more positive on-ramp. The WMF's report appears to suggest feared-losses due to ACTRIAL didn't actually happen. Alsee (talk) 22:55, 23 March 2018 (UTC)Reply[reply]
      Alsee, AFC's heart is in the right place and its participants work hard, but unfortunately I think it is hopelessly broken. Some time back there was a (cough) secret plan afoot to replace it with something that sounded likely to be even worse. It has a praiseworthy goal but uses completely ill-advised methods to pursue the goal. Plus, Wikipedia's morphing from an encyclopedia into a SEO app guarantees that AFC's workload will always be overwhelming. So I wouldn't put much reliance on AFC getting better. Enrolled editors with new articles are better off waiting the 4 days. Unenrolled editors who have figured out their way around the site are better off improvising. (talk) 23:12, 23 March 2018 (UTC)Reply[reply]
    111. SupportJust piling on now. See this as a net positive. AIRcorn (talk) 02:07, 24 March 2018 (UTC)Reply[reply]
    112. Support. I didn't do that many AfC reviews during the ACTRIAL period, but I read through the research findings and on the basis of those statistics, this certainly looks like a good idea. Enterprisey (talk!) 05:40, 24 March 2018 (UTC)Reply[reply]
    113. Support This should have been done years ago. Conifer (talk) 05:54, 24 March 2018 (UTC)Reply[reply]
    114. Support; better than the alternative. Jc86035 (talk) 10:38, 24 March 2018 (UTC)Reply[reply]
    115. Support Net benefit for the project. 10 edits/4 days is no real limitation for good faith editors. Pavlor (talk) 13:34, 24 March 2018 (UTC)Reply[reply]
    116. The results appear encouraging. Sandstein 18:08, 24 March 2018 (UTC)Reply[reply]
    117. Support: Let's cut off spammers from creating articles. KGirl (Wanna chat?) 18:21, 24 March 2018 (UTC)Reply[reply]
    118. Support. Look, this isn't a perfect system. I completely agree with some of the opposes based on the spirit of Wikipedia and the frustrations behind the current AfC system. On the whole, ACTRIAL has been a massive net positive, and I really appreciate all the work that people have put into this. Best, Kevin (aka L235 · t · c) 20:31, 24 March 2018 (UTC)Reply[reply]
    119. Support While I originally opposed the implantation of WP:ACTRIAL after seeing it in action I can't argue with the results. It seems like a lot of the cruft that we used ti have created, and recreated isn't making it past the draft stage. While I still have slight concerns this is just moving the issues over to AFC, I do like that it keeps copyvios out of main space, so for this alone I'd support. --Cameron11598 (Talk) 03:13, 25 March 2018 (UTC)Reply[reply]
    120. Support Clearly a net positive for the project. --Az1568 (talk) 03:30, 25 March 2018 (UTC)Reply[reply]
    121. Support. I agree that this has been a net positive. 331dot (talk) 19:36, 25 March 2018 (UTC)Reply[reply]
    122. Support: per the outcomes and recent research results, this has clearly been an improvement. K.e.coffman (talk) 22:36, 25 March 2018 (UTC)Reply[reply]
    123. Support The research results are clear that this change is very helpful to the integrity of the encyclopedia, and the change does not deter good faith new contributors. This is the encyclopedia that anyone can edit as long as they comply with our policies and guidelines. The alternative is chaos and collapse. There are over five million articles that IP editors and newly registered accounts can improve as they see fit, following our reasonable policies and guidelines. Writing an acceptable new article is something that very few fresh accounts can master quickly, although four days of serious study is about right. I consider the AFC process to be flawed but it must be emphasized that it is entirely optional. As for edit-a-thons and other outreach events, we should provide a complete package of tools to the organizers that will allow acceptable new articles to be moved to main space promptly. The notion that our goal should be to enable newly registered editors to create an acceptable brand new encyclopedia article with their second or ninth edit strikes me as excessively idealistic and counterproductive. Cullen328 Let's discuss it 04:31, 26 March 2018 (UTC)Reply[reply]
    124. Support It's a low hurdle to ask editors to clear, with a large benefit to the project. Meters (talk) 09:12, 26 March 2018 (UTC)Reply[reply]
    125. Support This is an encyclopedia, not a "Post anything" free-for-all. Any measure that reduces the amount of G11 spam should be supported. It's not a deletionist measure at all, and it's odd for anyone to say as much. Regards Exemplo347 (talk) 15:28, 26 March 2018 (UTC)Reply[reply]
    126. Support As much as I dislike AfC for its focus on whether an article could survive AfD rather than on a focus which helps new editors and actually helps them create, learn the system and find sources, I have long been a proponent of changing the climate from an encyclopedia that anyone "can" edit to one in which anyone "may" edit. Quality overrides quantity always and to preserve the integrity of the project controls must exist. Whether or not I believe that AfC is the best venue for creation, which I don't, it is clear from the data that controls are necessary. SusunW (talk) 17:34, 26 March 2018 (UTC)Reply[reply]
    127. Support The simple fact is that almost nobody is ready to create an article with their very first edit. Anyone who has spent even one hour of their life looking over new articles knows this, and now it appears we have empirical evidence to back it up. Unconvinced that the needs of editathon organizers trump the needs of the entire rest of the community. Beeblebrox (talk) 17:38, 26 March 2018 (UTC)Reply[reply]
    128. Support, per my reasoning seven years ago. It is my hope that, with this controversy behind us, we can move to finding better processes for engaging and assisting potentially constructive editors trapped behind this limit. I look forward, too, to meaningful discussions about paving over the potholes this might create for edit-a-thons. --joe deckertalk 19:55, 26 March 2018 (UTC)Reply[reply]
    129. Support. Permanent ACTRIAL implementation will greatly improve Wikipedia, as the pie charts at the bottom of this page support and as many editors said above. Wikipedia is an encyclopaedia. Wikipedia is not a blog, nor a web host, nor an advertising platform, nor a social network. 20% of articles by non-autoconfirmed users survive 90 days, while 80% of articles by autoconfirmed users survive 90 days. Luis150902 (talk | contribs) 20:25, 26 March 2018 (UTC)Reply[reply]
    130. Support - based on the benefits for the project, as shown in the report and in feedback from active volunteers in this area. GermanJoe (talk) 22:46, 26 March 2018 (UTC)Reply[reply]
    131. Support Glad to see that the evidence supports this as a way to reduce the number of low-quality articles created. Reywas92Talk 23:30, 26 March 2018 (UTC)Reply[reply]
    132. Support as the trial was a success in reducing csd standard articles in mainspace and apparently didn't affect retention Atlantic306 (talk) 12:56, 27 March 2018 (UTC)Reply[reply]
    133. Support What's it been, like seven years sinced we first started on this journey? The pacing here is positively geological, and it's about time we actually ran the study we asked for so many years ago. It is good that the data has vindicated our initial hypotheses, and this is a net benefit for the project. Better late than never. --Jayron32 13:24, 27 March 2018 (UTC)Reply[reply]
    134. Support, with of course any reasonable accommodation for edit-a-thons etc. as deemed necessary, and assuming the good folks at AfC do not enter the room with hair on fire telling us to stop immediately. Let me say for the record that I do not agree with the conclusions of the report regarding the crucial point of editor retention, but IMO a small drop is a price worth paying. Boring details: Admittedly I have not read the full report and may have missed something, but I believe I have read everything concerning H5 (in particular meta:Research_talk:Autoconfirmed_article_creation_trial/Work_log/2018-02-07). The conclusions can be summarized as "editor retention has not dropped as feared, but even increased, and we do not really know why". However, other parts of the report say there might be a school-cycle effect (i.e. for whatever school-related reason editors that start in September are more likely to "survive"). The correct conclusion is thus not "editor retention has increased" but "editor retention might have decreased, but by less than the cyclical variation", which is not the same as "editor retention drop is within the measurement precision"; if the cyclical rise is large enough to be measurable, it could swamp out a decrease of a larger-than-measurement-precision size. TigraanClick here to contact me 15:31, 27 March 2018 (UTC)Reply[reply]
    135. Support - necessary given the positive results. Shellwood (talk) 16:00, 27 March 2018 (UTC)Reply[reply]
    136. Support — the data speak for itself. —AnAwesomeArticleEditor (talk
      ) 19:22, 27 March 2018 (UTC)Reply[reply]
    137. Support and if there are concerns about editathons and outreach events there's some way for an admin to push a button to manually confirm such people, as I recall. EEng 05:00, 28 March 2018 (UTC)Reply[reply]
    138. Support This is such a minimal threshold and yet seems to be doing a decent job keeping all the Balrogs on one side of the bridge. Chetsford (talk) 07:08, 28 March 2018 (UTC)Reply[reply]
    139. Support – A four-day wait is not unreasonable when AFC is also available. (talk) 07:22, 28 March 2018 (UTC)Reply[reply]
    140. Support If spam goes down and quality goes up, I'm all for it. Rexogamer (talk)
    141. Support - this experiment shows why it is necessary. Also, 'EDITATHON' problem should be solved on priority basis. Störm (talk) 18:04, 28 March 2018 (UTC)Reply[reply]
    142. Support: There is no need for the statistics to prove it, although it's there. It's an embarrassment for such an important reference work to have such lax standards on creating new entries, so it is overdue. Esquivalience (talk) 19:57, 28 March 2018 (UTC)Reply[reply]
    143. Support New users who wish to create new articles should be encouraged to start in the draft space. Tony Tan · talk 23:27, 28 March 2018 (UTC)Reply[reply]
    144. Support. This improved things, full stop. ~ Rob13Talk 01:07, 29 March 2018 (UTC)Reply[reply]
    145. Support - No downside that I can see. Beyond My Ken (talk) 01:34, 29 March 2018 (UTC)Reply[reply]
    146. Support The results far exceeded my expectations. AFC will need some significant adjustments, but that was already true anyhow, and doesn’t remotely imply this is anything but a big step in the right direction. The sooner the better. Innisfree987 (talk) 06:47, 29 March 2018 (UTC)Reply[reply]
    147. Support I'd say it is necessary. Jytdog expressed it very well above, I think. --bonadea contributions talk 07:01, 29 March 2018 (UTC)Reply[reply]
    148. Strong Support During the ACTRIAL period I have both been at NPP and have helped run an Editathon. This trial did not by one iota change the fact that Wikipedia was - and still is - the encyclopaedia that anyone can edit. Permanent implementation of this tiny initial restriction of 4 days/10 edits will not alter that either. With immense effort, the backlog of New Pages at WP:NPP was whittled away by an army of helpers from somewhere around 30,000 (can't remember the figure offhand), to just over 3,200 by its end. But I've seen it rise sharply by 1,000 in just 2 weeks since the ACTRIAL trial finished, and my CSD log is filling out nicely with dross that simply wasn't there to be deleted a fortnight ago. I recognise those who run or help out at editathons and similar events have some concerns that permanent implementation of this very simple, sound limitation on putting pages directly into mainspace from day 1 would affect them. I hear those concerns, but do not feel that content created by brand new editors in a controlled, managed training environment need ever be regarded in the same way as the stuff produced by goodness knows how many hundreds of editors every day instantly creating garbage that takes huge effort to deal with. And since the ending of ACTRIAL we're clearly not managing to deal with it all. There is a completely separate proposal under development to ensure that editathon and WiR projects are not affected by the implementation of this sensible and necessary proposal, and I welcome that. And regarding AFC, I can do no better than to quote Insertcleverphrasehere, who elsewhere on this page says: "New users ending up at AfC is entirely a result of the fact that AfC exists, and therefore becomes the only option for a new user who wants to publish now. ACTRIAL was never about sending new users to AfC instead of NPP, but rather about stopping them from creating new articles in the main space altogether (for a time). The short delay has a massive impact in keeping away spammers and trolls in a similar way that AfC does (they don't get instant gratification of a main-space article), so the non-good-faith editors mostly just go away. Meanwhile good-faith editors are in general not dissuaded from editing by the short probation period... ...ACTRIAL is a good thing, regardless of the fact that some new editors end up at AfC, it is still overwhelmingly positive in its impact. AfC reforms can come later,... ...but please don't oppose this change just because you don't like AfC's somewhat flawed process". Equally, I would urge others not to oppose this proposal because of concerns over any potential and relatively limited impact on editathons, either. This, too, can be dealt with. Nick Moyes (talk) 13:05, 29 March 2018 (UTC)Reply[reply]
    149. Support, the numbers show ACTRIAL worked and really didn't have any negative impact. Anecdotally (yes, I know what the plural of it is not), the G11 queue, which I often check, had a lot less in it during ACTRIAL, even when drafts and sandboxes in it were considered. The fewer pages we need to speedy, the better. It wastes volunteer time to tag the article, check over it once tagged, and then perform the deletion if needed. I think, rather, that once some spammers saw that there was going to be more to it than just slapping up a bunch of "copy", and that what they wrote would be reviewed before appearing in the encyclopedia, they decided not to bother. It also might be that good-faith users who also sometimes write G11-worthy material (fan/boosterism stuff) got a few edits under their belt and realized that wouldn't fly. We don't have to delete one more page, and they don't get chased off. ACTRIAL is a win all around; it discourages bad-faith actors and spammers, while giving good-faith new editors a gentler path in than creating a page and immediately having it nuked from orbit. Seraphimblade Talk to me 16:22, 29 March 2018 (UTC)Reply[reply]
    150. Support 4 days is not a long wait, and will show that the user is committed to the project. Ronhjones  (Talk) 18:33, 29 March 2018 (UTC)Reply[reply]
    151. Support, reluctantly. While I am uncomfortable with this on principled grounds, I think my main objections have been well answered. I originally intended to oppose this until editathons could be accommodated, but until an RfC to give editathon leaders +confirmed rights occurs (and I would support this) there are enough valid workarounds: be or find an admin, move drafts to mainspace, create placeholder pages etc. BethNaught (talk) 21:21, 29 March 2018 (UTC)Reply[reply]
    152. Support, per many above especially TonyBallioni and Galobtter. Callanecc (talk • contribs • logs) 00:07, 30 March 2018 (UTC)Reply[reply]
    153. Support Arguments in favour seem overwhelming. Hawkeye7 (discuss) 00:30, 30 March 2018 (UTC)Reply[reply]
    154. Support per above. --Rschen7754 00:39, 30 March 2018 (UTC)Reply[reply]
    155. Support per personal experience and above. Iseult Δx parlez moi 02:07, 30 March 2018 (UTC)Reply[reply]
    156. Support It is an absolute necessity and will become a permanent feature of Wikipedia. Start today. scope_creep (talk) 09:35, 30 March 2018 (UTC)Reply[reply]
    157. Support per TonyBallioni. --Teukros (talk) 11:24, 30 March 2018 (UTC)Reply[reply]
    158. Support Having joined NPP only halfway through the trial, yet reviewing a little over thousand pages in that time span, I can say that this trial was definitely a net positive on the quality of content I'm seeing in NPP. I'm largely an inclusionist - I only vote delete in AfD if the subject obviously breaks site rules. Rarely did I PROD or nominate for deletion a new article during the trial, yet within days of it ending I have noticed the need to PROD more articles and I've seen many more marked for deletion that overwhelmingly pass. This is a no-brainer, any negatives are easily remedied by interested participants joining the site to meet the page creation requirements. It's not that hard to meet the req's, and we should really desire editors whose first introduction to Wikipedia isn't something challenging, like making an article, but by editing around for a little while to get a feel for the place first. SEMMENDINGER (talk) 13:13, 30 March 2018 (UTC)Reply[reply]
    159. Support. Which is to say very strong support. I cannot tell you how many inappropriate "notability-defying" articles (many of which have been around for years) that I have come across during my 8+ years here on En Wiki (both before and now after ACTRIAL) that have probably 90% been created by "drive-by" (i.e. single-use accounts that were not autoconfirmed, and were never used again after the creation of an inappropriate article) editors. The only time there was any let up in this was during the recent ACTRIAL. Please! make it permanent!! --IJBall (contribs • talk) 16:27, 30 March 2018 (UTC)Reply[reply]
    160. Support per arguments in favor. The burden on NPP will also decrease. MT TrainTalk 17:59, 30 March 2018 (UTC)Reply[reply]
    161. Support The unsuitable article count has increased since ACTrials trial discontinuation. And it's not like new users will not be able to create articles anyways. Nikolaiho☎️📖 20:58, 30 March 2018 (UTC)Reply[reply]
    162. Support. Has been needed for a very long time. Tdslk (talk) 01:37, 31 March 2018 (UTC)Reply[reply]
    163. Support - basically this is essential to the health of the whole encyclopedia. It usefully limits conflict-of-interest editing; it stops a great deal of ill thought out silliness and spur-of-the-moment article creation; it avoids a logjam in the new page patrol and articles for deletion; and it helps the whole project to run smoothly and gain a better reputation for quality and reliability, sorely needed. The end of the trial has immediately been marked by a return to the bad old ways, so the experiment has unquestionably succeeded in showing that the mechanism is necessary. Chiswick Chap (talk) 07:08, 31 March 2018 (UTC)Reply[reply]
    164. Support the ACTRIAL was very successful in helping NPP burder and that's a good thing. I'm OK with articles being created in Draft space first. Learning the Wiki ropes isn't easy. Megalibrarygirl (talk) 16:09, 31 March 2018 (UTC)Reply[reply]
    165. Support I originally opposed this measure, but after reconsidering my original reason for opposing and after reading through the various responses on this page (including Kudpung's response to my oppose), I'm reasonably convinced that this measure is a net positive for the encyclopedia. Sierrak28 (talk) 03:41, 1 April 2018 (UTC)Reply[reply]
    166. Support: per proposers comments and rationale. The main heading of WP:5P3 states "Wikipedia is free content that anyone can use, edit, and distribute". In the lead of the article Wikipedia it states "...based on a model of openly editable content.", and the third paragraph, "...the remarkably open-door policy of allowing anyone to edit", seems clear that "create without restriction" is missing. Although vandals usually resort to IP addresses I am sure many here have run across articles created by COI, paid, or SPA editors and while creating has been easy, getting rid of articles that otherwise do not appear to qualify for a speedy or BLP violations, are not "easy" to get deleted. This alone ties up editors as well as admins in numerous and sometimes repeated AFD's . Add to this that it does not seem ACTRIAL hampered the encyclopedia and issues over "new users at events" can be dealt with. Otr500 (talk) 09:43, 1 April 2018 (UTC)Reply[reply]
    167. Support, The arguments for outweigh those against by an order of magnitude. There are sufficient interim measures for events, and a separate RfC should sort that problem out anyway. Every argument I can think of has already been made, so I will stop here. · · · Peter (Southwood) (talk): 11:39, 1 April 2018 (UTC)Reply[reply]
    168. Support given the results from the trial. the wub "?!" 21:58, 1 April 2018 (UTC)Reply[reply]
    169. Support contingent on Administrators continuing to be able to confirm users. I feel AfC and Wikipedia:Requests_for_permissions/Confirmed could somehow eventually be merged into a friendlier interface with an admin watching new article creation of a user to promote as easy access as possible without clogging up the queue. Regardless, the trial was successful in my view. Ryan Norton 02:33, 2 April 2018 (UTC)Reply[reply]
    170. Support, as proposer. The trial was successful and would prevent inappropriate articles from being created by users not in the 'confirmed' group. Nigos (talk · contribs) 08:17, 2 April 2018 (UTC)Reply[reply]
    171. Support. I haven't been particularly active on Wikipedia for a while, and when I recently reviewed a large number of articles in the NPP, I was extremely surprised by their abnormally high quality. Now I understand why. I am personally curious how much (if at all) the number of articles which were created declined during ACTRIAL after removing deleted articles from both statistics (I don't know where I'd find that data, nor do I have time to do it myself at the moment). But I don't expect the difference to be utterly appalling, and short of that I don't see any reason not to do this. AfC is of course a problem right now, but we shouldn't wait for AfC to resolve their issues before implementing this, especially as it would likely push AfC to act more quickly. Compassionate727 (T·C) 15:25, 2 April 2018 (UTC)Reply[reply]
    172. Support Evidence shows many positives such as backlog reduction and no negatives. Worth implementing. Kges1901 (talk) 18:44, 2 April 2018 (UTC)Reply[reply]
    173. Support Improves the quality of the encyclopedia. Buckshot06 (talk) 21:50, 2 April 2018 (UTC)Reply[reply]
    174. Support, a reduction in the amount of trash reaching the mainspace is reason enough to do this. As someone who helps with editathons, I find the Opposes here unpersuasive; it is simple enough to add the necessary user rights to these accounts with a little bit of organisation and forward planning; it is not in practice a barrier to participation. Lankiveil (speak to me) 01:51, 3 April 2018 (UTC).Reply[reply]
    175. Support, per RexxS, so long as solutions are found for events and classes. It isn't always practical to just tell them to register beforehand, and not all will. Johnbod (talk) 12:35, 3 April 2018 (UTC)Reply[reply]
    176. Support - Working within both WP:NPP and WP:AfC, there is an obvious issue with a backlog of articles, regardless of where they end up. However, articles being left in draft space until they are suitable for inclusion simply makes sense. It's also a very good time to educate new good faith users. Articles that get reviewed will grant the user more insight, and better high quality articles in the long run. Lee Vilenski (talk • contribs) 13:24, 3 April 2018 (UTC)Reply[reply]
    177. Support it's not a miracle cure but I believe it's still a net positive for the project. Pichpich (talk) 18:39, 3 April 2018 (UTC)Reply[reply]
    178. Support this helps more than harms the encyclopedia. Also, the New Pages feed is full of poor articles now. Another RFC needs to be created to handle new users during editathons. --Frmorrison (talk) 19:10, 3 April 2018 (UTC)Reply[reply]
    179. Support yes, this does have negatives. Yes it is a step against the Wiki Way. However if we are going to make becoming an Administrator so biblically difficult, then we cannot complain that actions that do a good job at balancing issues need to be bought in. Credit should also go for how the whole process has been handled - it would be nice to see such proper before/after/before comparison, with analytics, for any equivalently large change in the future. Nosebagbear (talk) 23:28, 3 April 2018 (UTC)Reply[reply]
    180. Support -Indy beetle (talk) 00:12, 4 April 2018 (UTC)Reply[reply]
    181. Support, BUT AfC needs improvement. ~Awilley (talk) 01:03, 4 April 2018 (UTC)Reply[reply]
    182. Support. Well, it's a start. The results of the trial fully justify making the bar at least this high on a permanent basis. RivertorchFIREWATER 06:49, 4 April 2018 (UTC)Reply[reply]
    183. Support Seems to me that this will result in a net improvement --Imminent77 (talk) 15:30, 4 April 2018 (UTC)Reply[reply]
    184. Strongly support: We absolutely need to be welcoming to first-time editors, but the right way for a first-time editor who has literally no experience with WP to contribute is emphatically not by creating a new article and putting it up live in mainspace. As the data quoted above indicate, it's highly unlikely that an article created by a totally new editor will survive our standards and review processes anyway, and it's vanishingly unlikely that it will do so without input and oversight from more experienced editors; that's an excellent description of the function of AfC. If there aren't enough experienced editors to keep up with the rate at which inexperienced editors try to create articles, then that's a separate problem that has no direct connection to whether that work happens at AfC or at NPP. Anything that reduces the amount of time editors spend cleaning up messes and increases the time spent creating and improving content should be welcomed heartily.-Bryanrutherford0 (talk) 15:14, 5 April 2018 (UTC)Reply[reply]
    185. Support. It is too easy to create an article and too hard to delete a bad one. Even a small step to reduce the flood of inappropriate articles is welcome. I would prefer larger steps.Xxanthippe (talk) 03:19, 6 April 2018 (UTC).Reply[reply]
    186. absolutely yes Spartaz Humbug! 06:36, 6 April 2018 (UTC)Reply[reply]
    187. Support. I believe that it is well past time for Wikipedia to focus more on quality of its articles rather than on quantity. This proposal is a way to tilt in that direction. Overall, I'm pleased with the results of the trial. Deli nk (talk) 17:34, 6 April 2018 (UTC)Reply[reply]
    188. Support something I have long wished were the case. (Vanamonde below has neatly described why; in the end, I think it's better for a bona fide new user to go via the AFC process than to create something and immediately have it CSD/AFDed. Better for not squashing the user's enthusiasm, that is, although also better for WP.) Pinkbeast (talk) 19:00, 6 April 2018 (UTC)Reply[reply]
    189. Support As per points above, this seems like a necessary step vis a vis stemming inappropriate articles. Sanctaria (talk) 08:56, 7 April 2018 (UTC)Reply[reply]
    190. Support despite my gut-level opposition on philosophical grounds. There is sufficient evidence that ACTRIAL is improving the encyclopedia as the reader sees it, and that it reduced the burden on NPP. Furthermore, some folks above have made the persuasive point that requiring newbies to create content in the draftspace, where the standards are less exacting, is actually more welcoming than allowing them into mainspace where their work is likely to be hit with some form of deletion tag. Vanamonde (talk) 11:22, 7 April 2018 (UTC)Reply[reply]
    191. Support. In the seven years (!) since I closed the original RfC on this, I have had plenty of time to think about this issue and form a clear opinion of my own. The results of the trial confirm what I already suspected: this is the right thing to do. It creates a relatively small but crucial barrier for vandals and spammers, and diverts good faith new editors to a place where they can get feedback without the pressure of a speedy deletion tag. Concerns about the impact on editathons are legitimate, but don't seem hard to overcome. --RL0919 (talk) 18:08, 8 April 2018 (UTC)Reply[reply]
    192. Support' This is much needed from both the perspective of patrollers being able to evaluate articles as well as from new editors creating them. It's much better for a new editor to poke about and meet the 10 edits/4 days requirement and then create an article after getting a basic understanding of policies than just randomly getting talk page notifications on A7, G11, G4 deletions and being sent away. Any issues with outreach events can be addressed by event specific allocation of confirmed rights, including the one week or 10 day confirmed status. —SpacemanSpiff 02:40, 9 April 2018 (UTC)Reply[reply]
    193. Support. I think the trial was a success. TimBuck2 (talk) 13:53, 9 April 2018 (UTC)Reply[reply]
    194. Support. It seems sensible, and a solution can be found for outreach events. Strobilomyces (talk) 17:56, 9 April 2018 (UTC)Reply[reply]
    195. Support. End of a happy era, but obsolescence happens. Jim.henderson (talk) 18:51, 9 April 2018 (UTC)Reply[reply]
    196. Support. Believe this will be a net positive. Home Lander (talk) 19:34, 9 April 2018 (UTC)Reply[reply]
    197. Support. I spend a lot of time reviewing new pages created by new editors, and I can scarcely express how much better it was when, during the trial, I could devote that time to constructive work to help new editors instead of close to 100% of the time being spent on removing as many as possible of the continuous stream of totally unsuitable articles. Also, it is far more discouraging to a new editor to have his or her proudly created new article immediately deleted without warning than to be told that his or her proudly created new draft needs more work before it is suitable. As for the comments about "outreach" events, that is a very good argument in favour of making the restriction permanent, for two reasons. (1) Such events usually result in a flood of unsuitable articles which then waste the time of other editors who have to clean up, and worse still some of them slip through the net. (2) People being introduced to editing Wikipedia should be introduced to what editing Wikipedia is really like, not to some utopian fictional version. It is not helpful to those people to mislead them as to what editing is like by letting them publish unsuitable articles just because the people running these events give higher priority to giving the participants the experience of getting an article published than to making sure that no article gets published unless it is suitable. The minority of those participants who then go on to become regular editors very often then find they are getting slapped in the face for doing exactly what they have been taught to do. It is much more helpful to such potential editors to let them create drafts and have them reviewed. The editor who uses the pseudonym "JamesBWatson" (talk) 09:08, 11 April 2018 (UTC)Reply[reply]
    198. Support. Wikipedia exists to provide a useable encyclopedia for hundreds of millions[citation needed] of users. The auto-confirmed requirement is minimal compared to the work of producing a useable article. — Neonorange (Phil) 18:23, 11 April 2018 (UTC)Reply[reply]
    199. Support. Unquestionably. This is the "encyclopedia which anyone can edit", but restricting article creation for a handful of days doesn't change that; nothing in the motto requires that all kinds of edits are made available on literally the first day working with the project. Arguments about editathons and classes are well-formed, but not persuasive. Participants in such endeavors can be granted the confirmed user right by any administrator for the duration of the event. Although the proposed event coordinator right would streamline the process, I do not consider it burdensome to expect that someone actually running an editathon make arrangement to have an admin available at the appropriate time (even remotely). I am certain that it should not be difficult to do so, and frankly ensures that these events have at least some modicum of actual preparation behind them (which is a complaint occasionally raised when their members produce poor caliber work). Squeamish Ossifrage (talk) 21:49, 11 April 2018 (UTC)Reply[reply]
    200. Support Happy to see this finally coming to fruition, despite the previous roadblocks that the WMF put up to prevent it. ‑Scottywong| confess _ 16:17, 12 April 2018 (UTC)Reply[reply]
    201. Support The research shows this worked, and worked well. Courcelles (talk) 18:49, 12 April 2018 (UTC)Reply[reply]
    202. Support I saw no articles requiring speedy deletion tags over 6 months of active editing using Huggle while the trial ran; now I am seeing them again. Most of the articles that get tagged are pure vandalism, self-promotion by non-notable and usually young persons or spam/advertising. They are not just poorly crafted articles. This is a small example of use of patroller's/reviewer's time that could be spent on something else. This has already been described more persuasively by JamesBWatson and others. As Courcelles and others note, the research shows the trial worked; no loss of new editors was shown. This is a good step in the right direction. Donner60 (talk) 06:43, 13 April 2018 (UTC)Reply[reply]
    203. Support per results of ACTRIAL. The editathon issue appears to have sufficient workarounds for now, with further possibilities under discussion. --SarekOfVulcan (talk) 20:34, 13 April 2018 (UTC)Reply[reply]
    204. Support Per reults of ACTRIAL. If some drastic and unforeseen disaster comes of it, it can be reversed at a later date. However the trial seems convincing. Overall, we had good results putting 100 new articles though draftspace in the 2016 SCAR virtual editathon. T.Shafee(Evo&Evo)talk 13:24, 14 April 2018 (UTC)Reply[reply]
    205. Support per all of the above. While I see that there are issues with editathons, I don't see those as blocking this initiative as reasonable workarounds exist. Note that a link to this RFC was published on the Wikipedia Weekly Facebook group. Ca2james (talk) 15:02, 15 April 2018 (UTC)Reply[reply]
      It was also posted in the "Wikipedia & Education" Facebook group. BethNaught (talk) 19:09, 15 April 2018 (UTC)Reply[reply]
    206. Support per above. The hurdle is low and there are ways to expedite users to confirmed status if needed. This is a really positive and common-sense proposal. Cesdeva (talk) 20:56, 16 April 2018 (UTC)Reply[reply]
    207. Support Positives far outweigh negatives. – Craig Davison (talk) 13:01, 17 April 2018 (UTC)Reply[reply]


    1. Oppose A four-day delay is directly disruptive to outreach events such as this which are usually scheduled for a single day during which new editors are trained and encouraged to start new articles about neglected topics. Andrew D. (talk) 13:53, 19 March 2018 (UTC)Reply[reply]
      @Andrew Davidson: are the outputs of these usually suitable articles? Outreach events certainly could still create Draft: articles - and a speedy review/move process could be incorporated. — xaosflux Talk 14:04, 19 March 2018 (UTC)Reply[reply]
      @Andrew Davidson:, perhaps if you were to read this you might take note of all the workarounds for editathons. That said, plenty of editathons result in overtime for our New Page Reviewers. Kudpung กุดผึ้ง (talk) 14:13, 19 March 2018 (UTC)Reply[reply]
      Workarounds like AfC are awful and one result of ACTRIAL was that AfC got worse with even longer delays which are measured in weeks rather than days. Such delays are a turnoff and are unacceptable for a website. It's well established that online users expect responsiveness measured in seconds not days or weeks. Andrew D. (talk) 15:41, 19 March 2018 (UTC)Reply[reply]
      We're also the only major online website that until this did not require some form of delay or confirmation before receiving full use of the website. The reason this had no impact on recruitment (and actually saw some forms of account grow) is because people are used to waiting on confirmation from websites they just signed up for. It is the norm. TonyBallioni (talk) 15:43, 19 March 2018 (UTC)Reply[reply]
      I don't buy that argument Andrew Davidson. Wikipedia is an encyclopedia not a web service, and the abberation is that access to editing it is the least restrictive of all the millions of forums and blogs out there. Kudpung กุดผึ้ง (talk) 16:31, 19 March 2018 (UTC)Reply[reply]
      • Ballioni's absurd claims are unsupported by any evidence. Here's some actual examples from my recent experience:
      a) TripAdvisor. I stayed in a hotel at the weekend and, in the follow-up, they solicited a review on that site. I wrote a brief review and decided to start an account as TripAdvisor has been showing up in recent articles that I've started, such as The Black Swan, Oldstead. The process of joining was fast and welcoming – the only part that took any time was choosing a screen name that hadn't already been taken. My membership was accepted immediately and my review published immediately. They then gave me good feedback with encouragement to write more reviews. That was a fast and positive experience which only took about 5 minutes.
      b) PayPal. I've had an account for years but when friends sent me some money recently, this tripped some security and they suspended my account until I verified my identity. This was annoying but it's understandable as it's a legal requirement for them to do this because of the money-laundering regulations. I sent them a copy of my driving licence which has photo-id and address but they responded saying that they needed a second piece of id. I sent them a utility bill and they restored access. Now this was a hassle but this is a site concerned with financial matters and so their processes have to be correspondingly rigorous. Their agents were reasonably responsive and the whole process took two days, not four.
      c) Trustpilot. I ordered some bathroom fittings online yesterday and, when I checked out, they said that they would donate to a cancer charity if I wrote a review on Trustpilot. The charity hook worked and so I registered an account and wrote a brief review. The only part that took time was confirmation of my email address -- it took a few minutes for the email to arrive -- Gmail can be slow sometimes. But the delay didn't exceed my patience and so I'm a member. The site doesn't seem as welcoming as TripAdvisor and so I'm less likely to use it.
      So, in my experience, the only sites that might take days to onboard are those where there is significant financial risk and regulation. Wikipedia is nothing like that as it doesn't validate or verify user accounts. The four-day delay is petty obstruction for its own sake – see jobsworth and computer says no. Andrew D. (talk) 08:00, 20 March 2018 (UTC)Reply[reply]
      Absolutely totally irrelevant examples Davidson. Wikipedia is an encyclopedia not a web service, and the aberration is that access to editing it is the least restrictive of all the millions of forums and blogs out there. Kudpung กุดผึ้ง (talk) 08:30, 20 March 2018 (UTC)Reply[reply]
      Some responses to Andrew's points:
      a) TripAdvisor: "My membership was accepted immediately and my review published immediately. They then gave me good feedback with encouragement to write more reviews. That was a fast and positive experience which only took about 5 minutes." – Despite being a long-time member, I've never seen my review published in five minutes. As per TripAdvisor's official statement, a review takes between 24 to 48 hours to be published. You filled in membership details, became a member, got your review published, got feedback from them to write more reviews – all in five minutes?
      b) PayPal: : "Their agents were reasonably responsive and the whole process took two days, not four." – Ok... But what are you trying to imply? Are you saying you're okay with a two days' delay for new editors to make articles but not four days? If not, then how does this example help?
      c) Trustpilot: : "They said that they would donate to a cancer charity if I wrote a review on Trustpilot." – Yes. Some websites even give discounts if you write reviews. This is equivalent to writing for consideration, altruist or otherwise. I presume you wrote your review for Trustpilot on Trustpilot's website after buying bathroom fittings with money that you paid them, which they pocketed and then told you they'll donate part of it to charity. They would of course be obliged to publish your (presumably positive) review immediately.
      These really are inappropriate examples. I wonder if Trustpilot's bathroom fittings were equivalent to our articles, and if they were open to new users undertaking design changes to these products that would go live for sale on their website immediately after the new users undertook the design change, would you have supported that and bought the same products designed by these new users? Then why would readers come to our website to read arbitrarily made articles that are allowed to go live? Lourdes 03:05, 21 March 2018 (UTC)Reply[reply]
      Those three examples are all notable and so are better than anything the supporters seem to have offered. But if you don't like them, here's three more:
      a) Meetup. I use this to attend and organise events in London. It was quite successful but last year it was taken over and the new management has been making changes. The organisers of events hate these changes which seem quite dysfunctional. One major group I attend was plagued by account lockouts recently which were quite disruptive for ongoing events. The people making these changes seem quite clueless about the needs and wishes of event organisers. There's some inertia keeping people there but if this keeps up, the site will die.
      b) Parkrun. This organises regular runs in parks and it's really taken off. I joined last year and am very impresssed by the slick operation of its website and timings. The events depend entirely on volunteers and you typically need about 10 of them to turn out early each Saturday. Last Saturday, it was snowy and cold because of the latest "beast from the east" but my local event still ran well with an adequate number of volunteers and plenty of runners. It's a success.
      c) Nupedia. This was the original encyclopedia project. It had a workflow in which contributors were vetted and articles were reviewed before being published. It was a clear failure as that way of doing things was uninspiring and obstructive. Wikipedia replaced it with a model that was open and immediate and this was a massive success. One reason for this success was the general spirit of boldness, enthusiasm and collaboration. We now seem to be returning to a spirit of caution, acrimony and suspicion. Our history indicates that this is not healthy. Andrew D. (talk) 08:49, 21 March 2018 (UTC)Reply[reply]
      User:Andrew Davidson/CSD_log shows none of the pain NPR faces Legacypac (talk) 17:15, 21 March 2018 (UTC)Reply[reply]
      Per WP:ATD, I try to be constructive rather than destructive. For example, I loaded up the new pages feed just now to take a fresh look. The oldest item in the queue was discrete mathematics! Having that substantial old article in the queue is silly and marking it as reviewed was pointless busywork but I took care of it. At the front of the queue, I found Late Night Woman's Hour. That's a reasonable new topic which mostly needed some constructive assistance so I added a reference and made a start on wikifying it. Speedy deletion was not appropriate in either case. Andrew D. (talk) 18:27, 21 March 2018 (UTC)Reply[reply]
      If you're going to use an example, at least make sure it's a valid one. Discrete mathematics was a redirect for a hot second, and when redirects are turned into articles they get placed on the New Pages Patrol. Unfortunately, it gets listed as it's creation date, which sometimes makes for a weird time. Primefac (talk) 18:33, 21 March 2018 (UTC)Reply[reply]
      So, that's a good example of the defective logic of the New Pages Feed, which wastes people's time. Late Night Woman's Hour is a good example too because this was created as the first edit of a new account. ACTRIAL would have prevented this and so this demonstrates that this barrier to entry would prevent such good faith contributions. My view that ACTRIAL is disruptive is confirmed. Andrew D. (talk) 18:38, 21 March 2018 (UTC)Reply[reply]
      No, looking in the NPR at a page turned from a redirect into an article proves nothing. No demonstrated experience dealing with the flood of garbags proves zero sensitivity to the efforts of all the hundreds of editors trying to keep the garbage out. Your good creation by a new account may have been done in draft via AfC too or maybe that editor had an account and just created another onone? We have not allowed IPs to directly creat new pages for years, so what's the difference here exactly. A good route exists for any editor to create a page. Legacypac (talk) 20:28, 21 March 2018 (UTC)Reply[reply]
    2. New users at events must be able to immediately make articles ACTrial research does not consider new users who participate in Wikimedia workshops, training programs, and campaigns. I will not comment on whether new users should be able to make new articles in general. I will advocate for a specific case: in the context of organized Wikimedia outreach, such as by Wikimedia chapters, user groups, Wikimedians in Residence, Wiki community campaigns, or any Wikimedia community effort to recruit and train new contributors, then in those programs, new users must have a quick and easy confirmation process which immediately allows them to create new articles in the program. The way to identify the new users who should be able to immediately make new articles is that they should be registered in a program logged at the meta:Programs and Events Dashboard. In this interface, Wikimedia trainers direct individuals users to register as a participant of a program for tracking, support, pointing to online training modules, and automatic generation of reports. There is lots of discussion about how outreach should work and the development of this outreach interface is a priority in the meta:2017 Community Wishlist Survey. See some related discussions happening now:
      For context, there are hundreds of English language Wikimedia outreach programs and events every year, recruiting 1000s of new editors many of whom will only edit for fewer than 10 days and therefore not get "confirmed" rights to be able to make new articles with this experimental ACTrial prohibition. In almost all of these programs these new users have good support from experienced Wikimedians and the WMF grant schemes have encouraged and continue to encourage more of these outreach programs. These outreach programs, software development directions, and the WMF grantmaking regime depend on new users have a path to immediately make articles when they participate in workshops, trainings, and campaigns. Most instances of Wikimedia media attention are local publications talking about Wikimedia programs and events, so this is also a major public relations issue for the reputation of Wikimedia and a major influence in how key partnerships and in-person communities experience, discuss, and form long-term perceptions of Wikimedia projects. Again, I cannot speak about new users outside of organized outreach, but if anyone participates in training programs, those 0 edit count new users need to be able to make articles. Blue Rasberry (talk) 15:16, 19 March 2018 (UTC)Reply[reply]
      Sure, and that's a reason to find a solution to the problem (as is being discussed below), not a reason to wholesale oppose the change. I think there is general agreement (especially now with expiring user rights) that we should be able to create a work around for outreach events. The question on how we do that is complex enough on it's own, however, and really should be the subject of it's own discussion. TonyBallioni (talk) 15:24, 19 March 2018 (UTC)Reply[reply]
      These things are all possible and we are acutely aware of the very important work of Outreach, but what is needed is more communication and objective discussion between those outreach workers and the regular Wikimedia community. Several solutions have been discussed already, none of which require funding from the WMF. We can create as many user rights as we like, such as allowing lead facilitators to quickly confirm the accounts of their students - it doesn't take long at the beginning of a session, I've done it myself; all we need is the consensus to do so. And to get that, the WiRs will need to follow what's going on and vote for those solutions - indeed they could start their own RfC proposals for them. With ACTRIAL being permanently implemented, the previous RfC consensuses can, and probably will change in favour of those solutions. It will happen but we need to do things by stages. Kudpung กุดผึ้ง (talk) 15:58, 19 March 2018 (UTC)Reply[reply]
      @Kudpung: I am comfortable with a prohibition on new users creating articles so long as there is an exception for new users who participate in training programs under a trainer. I will not be quick to dismiss WMF funding because the WMF funding is coming at a scale beyond the comprehension of most people participating in on-wiki discussions. Please make no mistake that Wiki community culture developed in an ~2010 environment where there was US$10,000,000 for the world, and now the present 2018 situation is that there is US$100,000,000+ in circulation with very little acknowledgement of the change. Maybe US$1-2,000,000 of this funding every year has a strong connection to outreach and new user recruitment, and this investment often gets in-kind matches from institutional partners like medical organizations, universities, academic conferences, GLAM institutes, and think tanks. I advocate for the meta:Programs and Events Dashboard as the best available present solution for any program organizer to tag all program participants, make their identities and edits public and searchable, and associate a chain of responsibility from WMF/institutions to organizers to new users to their edits. That dashboard is already in place and has been used for 1000+ programs. It is currently getting WMF staff development at meta:Community Tech/Programs and events dashboard. I call on anyone who advocates for ACTrial reforms to propose any standard for new users to meet when getting the ability to make new articles. For example, the dashboard could force new users to take its training before giving them permission to make new articles, or there could be other standards imposed like the event organizer has to take the training, or get approval through some userright process to lead events, or any other thing. Blue Rasberry (talk) 17:06, 19 March 2018 (UTC)Reply[reply]
      To be honest, I would be content with the requirement solely being in person attendance (no confirming in advance), an automatic expiration of confirmation, and trust that event coordinators have sufficient judgement as to know when to +confirm someone. Like I said below, I've started workshopping a proposal that can be taken to an RfC if this passes at User:TonyBallioni/Event coordinator, and think that some sort of workaround should be put to the community if this is made permanent. I do think that is a distinct conversation, however, especially as the community has opposed this in the past in relation to ACTRIAL. TonyBallioni (talk) 17:12, 19 March 2018 (UTC)Reply[reply]
      @TonyBallioni: Yes, you understand the situation, and yes, that is what I want and would resolve the issue. I would like to preserve the tradition we have of having live Wikipedia trainers having small-workshop discussions with new users who then immediately can edit Wikipedia and have the collective and intimate experience of publishing live Wikipedia articles immediately. The existing workaround is as you said, that there are currently "course coordinator" userrights from old software which permitted certain users to create accounts and log the new users they recruited to facilitate public wiki community review and oversight. I do not think this is a distinct conversation because this proposal would directly affect the culture of in-person wiki outreach and the tradition that the WMF has established for encouraging all sorts of groups to do outreach with their grant funding. The wiki chapters system has a foundation in local, in-person outreach and wiki editing as a social practice which welcomes new users who join as peers and can immediately edit like anyone else. Blue Rasberry (talk) 14:55, 20 March 2018 (UTC)Reply[reply]
      "are the outputs of these usually suitable articles? " Yes, of course. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:03, 24 March 2018 (UTC)Reply[reply]
    3. Oppose Not ready until the editathon issue is sorted out. Jheald (talk) 17:38, 19 March 2018 (UTC)Reply[reply]
      We presumably had this issue not sorted out during ACTRIAL. I assume editathons weren't suspended. Do we have any feedback from editathons that occurred during the trial? Lirazelf? ~Kvng (talk) 17:43, 19 March 2018 (UTC)Reply[reply]
      There has been six months of ACTRIAL to sort that out. Will you take over NPP covering new pages by new users in the mean time and fill User:Jheald/CSD_log up? Legacypac (talk) 17:45, 19 March 2018 (UTC)Reply[reply]
      "The editathon issue" is mostly a non-issue. While I suspect that a user group will eventually be created for experienced event coordinators to give them the ability to confirm new users, this is not particularly necessary in the short term. There are numerous easy stopgap solutions currently available. Including:
      • Request users create an account 5 days before the event. One event leader reported 100% success with this request.
      • Have an experienced editor at the event move the pages after checking them. This can done on any device logged in as a user with appropriate rights and the new users can follow along and learn from it.
      • Have an experienced editor anywhere in the world monitor the drafts off an event page and move them as appropriate.
      • Have new users make a request at WP:PERM for confirmed status, specifying they are at an event and naming the editor running the event.
      • Have a physically or virtually present Admin give out Confirmed status for event participants.
      Insertcleverphrasehere (or here) 18:10, 19 March 2018 (UTC)Reply[reply]
      Kvng I've run a few events of varying kinds over the last few months, trying different approaches and different workarounds, with varying levels of success. RexS gives a good summary of the need for control and flexibility in approach at events in the discussion section below, so I won't re-hash here. Lirazelf (talk) 10:10, 20 March 2018 (UTC)Reply[reply]
      "We presumably had this issue not sorted out during ACTRIAL" Great. Where is that solution, please? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:03, 24 March 2018 (UTC)Reply[reply]
      [silence]. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:10, 29 March 2018 (UTC)Reply[reply]
      @Pigsonthewing: Insertcleverphrasehere's bulleted list above answered this question for me. There has been a lot of information given elsewhere on this page by the people running them about how editathons are run. ~Kvng (talk) 16:01, 29 March 2018 (UTC)Reply[reply]
      A problem with outreach efforts is that there have been some not under effective control, either because those in charge had insufficient experience, or even had an agenda that was different from our usual standards. (This is very similar to what happened with the ed program--some of the courses produced junk, and there was considerable resentment when it was not approved. We can control neither editathons or nor classes in editing WP--anyone in the world may run one. But for the ones that we try to control, we now have apparently replaced control of classwork by volunteers with control by WikiEd paid staff; although I very strongly dislike the principle, in practice the results aren't quite as bad. For editathons, we have no equivalent way of control, even over those that are willing (tho various group such as A+F and Afrocrowd, and some chapters like WM-NYC try to have some input, there are now too many events--and and too many inexperienced people who want to run one. In consequence, I think it better to not make an exception for either editathons or classes, and I think of the workarounds suggested, that the people running the event should not necessarily be the ones to approve articles. (I have had such a role for some events in NYC, and I will admit there was a COI--though I kept out most unjustified autobios, I a few times may have felt pressure to accept articles that I might not have accepted otherwise. DGG ( talk ) 04:33, 20 March 2018 (UTC)Reply[reply]
      I advocated for program organizers to have special rights to help new users create new articles immediately. At the same time, all the problems which DGG describes here are also correct. Having one set of rules for everyone is best. We should avoid designating more administrator-like positions, like "program coordinator", and giving special rights only to people who pass some review. I am not sure what I want for the long term, but for now, it helps a lot that during live events, new users who get training can make new Wikipedia articles immediately. Perhaps if there were software tools which made it really easy for users at events to get quick review of their submissions, then there would be no need for special rights at events, but for as long as the software interface and social infrastructure we have makes it challenging to get speedy review for people who attend in-person training and write new articles there, then I think that people who attend in-person workshops under the direction of event organizers should get some special access to be able to publish their articles. It takes particular commitment to attend a Wiki training in person and to have conversations with others in a class and to commit to publish at an event. When this happens, creating a new article is an intense and memorable part of the experience that has become part of the culture of Wikimedia outreach. I do not want for new users to lose that special experience. Blue Rasberry (talk) 15:02, 20 March 2018 (UTC)Reply[reply]
      User:Jheald/CSD_log Legacypac (talk) 17:15, 21 March 2018 (UTC)Reply[reply]
      @Legacypac: Your point? User:Legacypac/outreach_log d:Special:Contributions/Legacypac. We each work on what interests us, where we think we can make a particular contribution. This is an RfC for the whole community, regarding the effects for the whole community, not just those who spend their lives watching policy boards or who live for patrolling. Everyone has a say here, and is entitled to register a dissent. Jheald (talk) 20:11, 21 March 2018 (UTC)Reply[reply]
    4. Oppose on philosophical grounds. It seems to me that this rule would undermine the idea that Wikipedia is the encyclopedia that anyone can edit. “Yes, anyone can edit Wikipedia, but not everyone can do A or B or C or D...” I understand that this rule might improve Wikipedia’s content, but it may be a bit contrary to our mission and values. Of course, similar restrictions exist already. Centibyte(talk) 20:09, 19 March 2018 (UTC)Reply[reply]
      Anyone can edit Wikipedia, even with this restriction. Even article creation is not withheld from anyone; new users will simply have to wait a few days before publishing their draft/sandbox. There is WP:NODEADLINE, and this is probably something that new users should learn early. It is clear that new users often submit content before it is ready, or before they know what is appropriate for inclusion (previously 80% of new articles by new users were eventually deleted). This restriction actually helps new users by giving them a bit of time to learn how to swim before letting them jump into the deep end. The alternative is a situation where the first experience that 4 out of 5 new editors have on Wikipedia is having their first article deleted. While an oppose on philosophical grounds is OK in principle, I urge you to consider the positive effect that this actually has on the new editor experience. — Insertcleverphrasehere (or here) 20:51, 19 March 2018 (UTC)Reply[reply]
      IP editors like me already can't create articles, so it hasn't been "everyone can do anything" in many years. There are similarly 1000s of semi-protected articles that non-confirmed editors can't edit. At least for me, semi-protection is a much bigger editing nuisance than being unable to directly create articles. I'm obstructed by semi-protection all the time ({{editprotected}} doesn't work anywhere near the way it should) but it's been years since last time I wanted to write a new article (I put it through AFC). So regarding the philosophical objection, I think that ship has already sailed.
      I'm still perplexed about why anyone thinks creating articles is so exciting. WP:WHAAOE! Anything I want to write about is already the subject of an article− it's just likely to be a crap article. And that means I can find the article and improve it without dealing with (e.g.) finding sources to establish basic notability before getting to the interesting parts, which is nice. There is a new article that I hope to write this year (I have some notes for it) but the bottleneck is the time and energy of researching and writing it, rather than getting it into mainspace. AFC is badly broken so my plan is to just ask another editor to look it over and pagemove it if they think it's ok. (talk) 08:00, 21 March 2018 (UTC)Reply[reply]
      This rule doesn't change the idea that Wikipedia can be edited by anyone. It does put up an additional requirement to be able to edit, which is in place so that everyone else is able to productively work on the project. To impose universal requirements that improve the editing experience for everyone is not new. For example, you need internet access and a computer to edit Wikipedia, because to have it any other way would be a massive strain on other editors (in any way I can think of it working). This proposed rule is another use requirement that does not inherently block anyone but does actively improve the experience of all editors. While I can agree we should minimize the burden to participate (i.e. create a new article), we need to balance that with...well, minimizing the burden of participating (i.e. moderating new content)! With that in mind, this proposal's benefits outweigh the negatives. Waiting a few days is not much of a burden, and having to make 4 edits on this vast and evolving encyclopedia is also not much of a burden for any would-be page creator. Cr0 (talk) 20:58, 19 March 2018 (UTC)Reply[reply]
      It’s important to note, as others have above, that the ability to edit what exists remains. What is, slightly, restricted, is the ability to create a totally new article. That is unarguably a restriction, but from my experience, both of article creation and AFC reviewing, any disadvantage will be outweighed by the quality benefits. It’s a compromise, like most things, but I’d suggest it’s a very beneficial one. KJP1 (talk) 21:40, 19 March 2018 (UTC)Reply[reply]
      Centibyte's objection is perhaps more clearly voiced in the WMF report. See the first paragraph in this section. We are theoretically or philosophically losing some collaboration opportunity. We did the trial to see what exactly, in practice was lost. Not much. ~Kvng (talk) 21:59, 19 March 2018 (UTC)Reply[reply]
    5. Oppose for now Once the issue around outreach events has been resolved I would be prepared to support. Richard Nevell (talk) 22:02, 19 March 2018 (UTC)Reply[reply]
      If these issues were not pressing enough to resolve in the last 6 months why hold up a very useful change for an indeterminate amount of time to resolve minor issues for which there is Wikipedia:Requests_for_permissions#rperm-confirmed and other solutions. Legacypac (talk) 22:08, 19 March 2018 (UTC)Reply[reply]
      @Legacypac: When I was aware of the trial six months ago I was told it had already been set in stone and would be going ahead. I concentrated my efforts on supporting WIRs in the UK and helping them deal with this new development, and fully expected to have an opportunity to discuss the matter once the trial had concluded. Sorting the issue should be a prerequisite to a permanent roll out otherwise it risks being forgotten as an afterthought. Richard Nevell (talk) 22:15, 19 March 2018 (UTC)Reply[reply]
      I appreciate that TonyBallioni is working on sorting the permissions out (User:TonyBallioni/Event coordinator) which is a positive step towards resolving this. Richard Nevell (talk) 22:16, 19 March 2018 (UTC)Reply[reply]
      @Richard Nevell: If you haven't already, also have a look at the bullet points posted by Insertcleverphrasehere above in this section. I did not appreciate that there were so many ways for event organizers to effectively work within the proposed restrictions. ~Kvng (talk) 22:34, 19 March 2018 (UTC)Reply[reply]
      @Kvng: Thanks, as someone who has done outreach events I have noted elsewhere while those suggestions are well intentioned they aren't exactly foolproof. Richard Nevell (talk) 22:45, 19 March 2018 (UTC)Reply[reply]
      "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." -Douglas Adams. Completely foolproof isn't what we are aiming for. The point is that the workarounds are 'good enough' that we don't need to tank this proposal because of the issue, and an 'event coordinator' usergroup can be discussed at a later date without losing anything in the meantime. I understand that it makes the running of these events slightly more awkward, and requires a bit of adjustment on the part of event coordinators, but there are solutions that mean that nothing needs to be lost in terms of capability (New users can still publish articles at editathons, they just need a wee bit of help). — Insertcleverphrasehere (or here) 22:58, 19 March 2018 (UTC)Reply[reply]
      Using your own acct to move the pages you have checked is foolproof and takes seconds. You can do it on your phone and you don't even need to add wikiprojects, cats or bio details. I've tested that with AfC submissions - some NPP will jump on those jobs within minutes and fix three other little things I totally missed. However, using the AFC tool to submit and accept a page is really helpful because it assists with those tasks. Legacypac (talk) 23:09, 19 March 2018 (UTC)Reply[reply]
      I do love a good Douglas Adams quote. How about we substitute 'foolproof' for 'robust. Yes, I can move pages. But what if I'm in a room with a dozen people and find that they want to move their articles across at roughly the same time. If that's all I'm doing it's eminently manageable but if someone has a question about how to format references or why an article is written like this then that's another demand on my time. Yes those methods can work, but 'No battle plan ever survives contact with the enemy'. Richard Nevell (talk) 23:16, 19 March 2018 (UTC)Reply[reply]
      @Richard Nevell, Its not perfect, and it isn't as simple as it used to be, that is true (I also have been a helped out at editathons for new users, so I do understand). But slightly awkward or not, we are not going to throw out a change that is overwhelmingly beneficial to hundreds of dedicated maintenance Wikipedians (dare I say essential), just so that editathons can be done the way they always have. It seems that you don't really want to oppose this anyway, but that you are afraid that a proposal for an 'event coordinator' usergroup won't be acted upon. We are going to act on it; I suggest that instead of opposing this RfC, you have a look at User talk:TonyBallioni/Event coordinator, where we are actively discussing this issue. — Insertcleverphrasehere (or here) 23:35, 19 March 2018 (UTC)Reply[reply]
      ...I already linked to Tony's page above. I intend to take a closer look, but frankly it's nearly midnight so I'm off to bed. Richard Nevell (talk) 23:40, 19 March 2018 (UTC)Reply[reply]
      (edit conflict) @Insertcleverphrasehere: It is indeed foolish to try to make a process completely foolproof. But it is fallacious to assume that means we shouldn't try to make the process as foolproof as we can. I certainly don't think there is sufficient grounds to tank this proposal, especially as I don't accept that ACTRIAL has to result in problems for event organisers. I do agree with Richard, however, that the community ought not to forget that there is a negative impact on events, and that there is a simple solution available. The rationale behind preventing very new editors from creating new articles directly has no application in the controlled environment of an organised editathon, nor is there any evidence whatsoever of participants at editathons abusing the abilities that will now require confirmed status prior to ACTRIAL. It is obvious that we can satisfy every objection based on impact at events by making it possible for all properly organised events to have someone who can temporarily grant +confirmed status to participants who need it. --RexxS (talk) 23:20, 19 March 2018 (UTC)Reply[reply]
      Actually, if you read through all of this and associated pages, you will find an anecdote or two about significant problems with material produced at editathons. I certainly don't assume this a common situation but apparently it does happen. ~Kvng (talk) 23:58, 19 March 2018 (UTC)Reply[reply]
      I have read through all of it, thanks. Perhaps I need to remind you of two things: (1) the plural of anecdote is not data; (2) I wrote that there was no evidence presented of abuse in previous editathons of the abilities that will now require confirmed status (i.e. new page creation or moving). For all any of us know the editors producing non-notable stubs may have been already autoconfirmed. You don't fix the issue of problematic content being produced at an editathon by restricting page creation to participants who are auto/confirmed; you fix it by having organisers who teach a circumspect approach to notability. --RexxS (talk) 03:23, 20 March 2018 (UTC)Reply[reply]
    6. Oppose I can see some merit in the proposal, but as someone active in both WP:NPP and WP:AfC, even if we say that the trade-off is worth it, it will still lead to an increase in the AfC backlog. I'm not ready to support the proposal unless steps are made to ensure that the backlog at WP:AfC can decrease significantly, or to somehow make it easier for newer users to make articles. Also, I'm opposing this partly on philosophical grounds: yes there are many unconstructive articles made by newbies on Wikipedia, but there also many others that are also made by newcomers. While they can of course try other editing activities to improve their experience, a barrier can still discourage many others from editing at all. I'm willing to become supportive of the proposal, but as I've mentioned, only if AfC's problems are fixed, or if some leeway is granted to promising users (like maybe we could give them the confirmed flag immediately). Narutolovehinata5 tccsdnew 04:31, 20 March 2018 (UTC)Reply[reply]
      As already documented above, the increase in the AfC backlog is simply false when measured by time it takes to handle reviews: the number of pages awaiting review for more than 60 days is zero. The number of pages is up at AfC, but the time it takes to handle them is still well within the acceptable norm. There is no backlog at AfC or NPP anymore, and that is largely due to ACTRIAL. Even if this wasn't the case, it is preferable for there to be a backlog at AfC than it is at NPP because the pages aren't indexed to Google automatically after 90 days containing potential BLP violations, copyvios, and advertisements. TonyBallioni (talk) 04:34, 20 March 2018 (UTC)Reply[reply]
      @Narutolovehinata5, The average length of time before a review was, I believe, shorter before ACTRIAL (though it is still being held at bay within AfC's working limit). While AfC has been stable, I won't pretend that the AfC backlog and the sometimes lengthy wait times are not significant issues. However, as you say, it is a trade off and this issue is no more so than the NPP backlog was before ACTRIAL (it was 8 months behind and counting). I think that AfC's issues can be addressed over time with a number of proposals, and there have been some ideas floating about with regards to policy changes that may help in that regard. There have also been a lot of editors applying to join AfC in recent months, which is good news and indicates that there seems to be a significant pool of experienced editors to draw from when it comes to additional hands to be added to AfC. I won't comment on philosophy, as we have discussed this at length already and will likely continue to agree to disagree. — Insertcleverphrasehere (or here) 04:46, 20 March 2018 (UTC)Reply[reply]
      Narutolovehinata5,If one reads the WMF report closely, it is clear that they have stated they will be taking a close look at the AfC sitution and will help with any reasonable solutions. The AfC issue is even more minor than the concerns brought up by the Outreach people. It should not be a reason to object to ACTRIAL becoming permanent. At the end of the day, AfC is not even an official process, if push came to shove, it could be disbanded completely and the drafts could be handled by the New Page Reviewers by incorporating the AfC scripts and templates into the Curation GUI and giving the AfC reviewers the WP:NPR status - the NP reviewers have very adequately demonstrated their capability of reducing huge backlogs, and new pages need a lot more research before patrolling or rejecting than is carried out by AfC; it's the one place where bad faith users exploit the encyclopedia for thier own ends get exposed - stuff that most often doesn't even reach AfC. It's a place where COI and socks get detected. That is not to say that anyone is advocating any such radical solution for AfC, and talks are taking place at Wikipedia talk:The future of NPP and AfC. Permanently implementing ACTRIAL is the biggest and most important neccesary organic policy change since since the WMF barred IP users from creating new articles in mainspace, get that done and the other issues will certainly be addressed and urgently, but we can't be expected to do everything at once. It would certainly prove the point as far as AfC is concerned and will speed up the search for solutions for it - it's not a project that ever performed particularly well despite the excellent efforts of Primefac and a few others to chivvy it up. The comments by RexxS above and in the disscussion section below say all that needs to be said. Kudpung กุดผึ้ง (talk) 05:45, 20 March 2018 (UTC)Reply[reply]
    7. Oppose for philosophical reasons. Wikipedia is meant to be an encyclopedia where anyone can make constructive contributions with as few hinderances as possible. This principle has been instrumental in developing the project into the resource it is today. We can not continue moving away from these principles without fundamentally changing what Wikipedia is. Tazerdadog (talk) 07:27, 20 March 2018 (UTC)Reply[reply]
      The world has changed. The internet has changed. Wikipedia has changed. Reality is change. For the project to continue to be successful we need to negotiate change. I can't imagine this can be accomplished successfully by rejecting change. ~Kvng (talk) 17:00, 20 March 2018 (UTC)Reply[reply]
    8. Oppose until the outreach issue is sorted. Throwaway comments by supporters such as "Mentored editathon newcomers can go [to RFPERM]" and "new editors at our outreach events are best served in draft space" show that some editors have put little thought into how to accommodate new editors being ably mentored by experienced Wikipedians (who may not be admins) at short-form outreach events. Other than that, the results of ACTRIAL speak for themselves. — This, that and the other (talk) 10:18, 20 March 2018 (UTC)Reply[reply]
      Oppose for now Once the issue around outreach events has been resolved I would be prepared to support. What happened to the discussion month? Or is RfC going to last a month? I'd like to include a few more voices from Outreach in this discussion so we get a consensus that truly suits everyone. Incidentally I really don't think common agreement is now far away on this. I know a few Wiki usernames, Twitter accounts, Facebook groups (e.g. Wikipedia & education) where Outreach editors lurk I would like to raise awareness of this discussion without swaying one way or t'other as I don't want to fall foul of WP:Canvas. I know you may argue that it is the fault of Outreach for not being more involved (and I think we have to do a bit of an inquest on why that is) BUT I think any comments of "too bad, too sad" would not be terribly helpful or inclusive at this moment in time. Really I think we should not be working in opposition on this issue. Not when an agreement that serves the interests of everyone is entirely possible. Cheers. Stinglehammer (talk) 15:30, 20 March 2018 (UTC)Reply[reply]
      Any off-wiki canvassing would be 100% unacceptable. Especially of users who quite frankly in many cases have no connection to what is actually happening on the English Wikipedia. TonyBallioni (talk) 15:33, 20 March 2018 (UTC)Reply[reply]
      Hi TonyBallioni - Was told by another experienced editor that posting the link without comment would be acceptable but genuinely trying to work within the guidelines here which is why I asked the question and didn't just do it. That there is a disconnect is evident. How we bridge it is so that we can work better together and have Outreach editors aware of discussions that effect them is how we move things forward. Stinglehammer (talk) 15:58, 20 March 2018 (UTC)Reply[reply]
      Stinglehammer, it is completely against the guideline, and if you do it, I will go to ANI to request that you be blocked from editing. Derailing an RfC by off-wiki canvassing of a group that is not engaged at all with the English Wikipedia is quite frankly the definition of inappropriate canvassing. You are allowed to have your opinion, but you are not allowed to artificially inflate the turnout at an RfC of users who share your opinion, especially when they are not engaged enough on-wiki to notice that it has been posted on every singe major discussion venue and the centralized template. TonyBallioni (talk) 16:04, 20 March 2018 (UTC)Reply[reply]
      Hi TonyBallioni. Thank you for your candour on this. There is absolutely no need to threaten me with ANI though. I haven't done it and won't do it if you feel this strongly about it because I am seeking to work with my fellow community members instead of in opposition. Hence, why I raised it here first. Point is that there many fine editors working on Wikipedia today and doing excellent outreach work who maybe currently unaware of this discussion. I see many usernames missing from the discussion here today. Lots in fact. My point is a general one - I need to encourage my fellow Wiki editors & trainers to take an increased part in these discussions that define Wikipedia so that our voice is included in discussions that effect us. Especially when they are conducted with what appears to be unseemly haste at the moment. Seriously, what happened to the discussion month? Take your point about artificially inflating turnout but surely having an increased awareness of the discussion is a good thing? Again, not attempting to sway here. Just throwing an idea out there. Stinglehammer (talk) 16:24, 20 March 2018 (UTC)Reply[reply]
      And, is the aforementioned experienced editor one of the outreach folks?!I find it very hard to believe that any experienced editor would even dwell upon the idea of clear-cut offline canvassing.~ Winged BladesGodric 16:12, 20 March 2018 (UTC)Reply[reply]
      Just no!The very premises of this question highlights the disconnect between most of the outreach folks and the reality at WP.~ Winged BladesGodric 15:36, 20 March 2018 (UTC)Reply[reply]
      We need to bridge this disconnect though rather than working in opposition, Winged Blades of Godric. An inclusive movement can do this.Stinglehammer (talk) 15:58, 20 March 2018 (UTC)Reply[reply]
      Note that Stinglehammer struck thier !vote with the edit summary "removing opposition in hope Event Co-ordinator RfC will meet needs of outreach."Insertcleverphrasehere (or here) 01:44, 21 March 2018 (UTC)Reply[reply]
    9. Oppose until article creation at edit-a-thons are enabled per the reasons above. I know there are work-arounds for people connected with administrators and willing to put in extra effort to move articles out of draft space. But we're drafting a policy here. Things should work as advertised, not according to some secret backdoor that connected editors know. If the community is comfortable with making an exception for people who are trained, then it should say so clearly on the website itself.--Carwil (talk) 21:13, 20 March 2018 (UTC)Reply[reply]
      That's the issue: it's unclear if the community is comfortable with making an exception. They weren't in August, and the passage of this RfC should not be based on the assumption that the community is fine with carving out an exception. That's a distinct issue, that will receive it's own discussion if this passes. TonyBallioni (talk) 23:03, 20 March 2018 (UTC)Reply[reply]
    10. Oppose. I'll disregard the general question of where this proposal stands with respect to our community values and the direction we want to be heading: for better of worse, we aren't quite the "encyclopedia than any one can edit" anymore. I'm restricting my comments entirely on the pragmatic side of things, with the disclaimer that this is based on my observations from December and January. In many respects, the AfC process functions very well, but with its current setup there is one crucial aspect that is fundamentally unacceptable: the fact that the decision on whether the draft article is retained or deleted effectively stands with a single editor. Yes, the new user could resubmit and get another editor to review, but the vast majority of people do not resubmit. And yes, in the interval between the decline of the draft article and its more or less automatic deletion by G13 six months later, anyone could intervene and prevent this deletion. But – notwithstanding the efforts of a small number of AfC "elders" – this seems to happen only rarely.
      So, why is this a problem? For one, we don't normally let the decision for the deletion of an article to be taken by a single person – for very good reasons, there's a quorum requirement at Articles for Deletion. Furthermore, the community of AfC reviewers appears to have, on average, higher expectations of notability and article quality than the ones relevant at Articles for Deletion. Some of it probably has to do with the absence of an expectation to do WP:BEFORE, and some of it is likely due to a bias inherent in the current review process: it takes considerably less work to decline a draft than to accept it. The net effect of all this is that decent draft articles on notable topics get deleted. I won't oppose the extension of ACTRIAL if the AfC process is restructured to address these issues. – Uanfala (talk) 02:13, 21 March 2018 (UTC)Reply[reply]
      I am largely in agreement with you about some of the deficiencies of the current AfC system, but regardless of them, ACTRIAL is something that we need. There are some ideas at this page that are being kicked around with regard to reforms to AfC to address some of the issues you speak of above. Nothing happens quickly I'm afraid. — Insertcleverphrasehere (or here) 03:26, 21 March 2018 (UTC)Reply[reply]
      Uanfala, Spurred by your comment above I finally got around to actually putting some of the ideas that I had to a discussion, as well as posting some data recently gathered indicating that AfC is indeed, too strict. Please see this section at the AfC talk page. — Insertcleverphrasehere (or here) 05:39, 21 March 2018 (UTC)Reply[reply]
    11. Oppose This is an endless trip, what's next? Extended users? Not the way to go. RedUser (talk) 04:02, 21 March 2018 (UTC)Reply[reply]
      No one has proposed anything like that. While about 80% of non-autoconfirmed submissions were deleted and 20% kept, the reverse is true of Autoconfirmed users, with over 80% kept. — Insertcleverphrasehere (or here) 05:39, 21 March 2018 (UTC)Reply[reply]
      This is NOT made up -- it's right on WP:NPP for new new pages patrollers to learn!
    12. Oppose. I can't deny that ending the trial is a big pain in the ass for a lot of people. Nor do I actually do NPP/AfC patrolling. Nonetheless, for all its visible benefits, I still fear this restriction has a hidden cost -- I think that new editors who might otherwise have gotten involved, either in the aforementioned editathons or on a more informal basis, are being pushed away. Additionally, I'll add that the reason why I don't do that patrolling is that people there are being asked to do far too many things and to be far too demanding against article creators. Junk articles fail really obvious criteria that anybody can spot if they look at them, and if nobody looks at them, they don't matter! (According to the Turing test they literally are already deleted articles in that case) And my gut feeling is that if Wikipedia tries to put on too many airs of being genuinely true, genuinely "vetted" (God I hate that concept) it starts to despise its user-generated user-editable origin, so it does not in any way alarm me to see an occasional piece of complete junk floating around. They're the flies in the cistern water that remind you not to drink the rest without further treatment. Wnt (talk) 10:51, 21 March 2018 (UTC)Reply[reply]
      So essentially... Oppose because it would solve a huge problem and improve the quality of the encyclopedia. Yep. Those are... those are words someone typed... and in that order... apparently on purpose. That's a thing that happened. GMGtalk 11:18, 21 March 2018 (UTC)Reply[reply]
      Well, fossil fuels solve a big problem and improve quality of life, and yet, there's that greenhouse thing. Sometimes an immediate fix comes with lingering consequences, and that means the fix, however desirable it may seem, has to be kept within limits. Wnt (talk) 11:31, 21 March 2018 (UTC)Reply[reply]
      I am... struggling to find words to express how little this rationale makes any sense whatsoever. The closest thing I can come up with on only one cup of coffee is probably something along the lines of I really love my daughter's baby photos. We posed her next to half a dead cat, and it really brings out the life in her eyes by comparison. The photographer complained that bringing the half-cat into the studio would be a health hazard, but I reassured him that according to the Turing test, if we ignore the flesh eating bacteria, it doesn't really exist. He tried to respond with something about the Turing test being about artificial intelligence, and not the existential reality of rotted meat, but by that point I had stopped listening, because public health is really so very complicated, and I can't be bothered with it, what with my busy schedule and all. GMGtalk 11:56, 21 March 2018 (UTC)Reply[reply]
      That makes sense for a photo posted to your refrigerator, but it doesn't make sense for a web search -- and Wikipedia is fundamentally a kind of web search. There I should be able to find your daughter if I want and a dead cat if I want. Wnt (talk) 11:42, 22 March 2018 (UTC)Reply[reply]
      ...sorry, what did you intend to illustrate by posting the NPP flowchart? The fact that new page patrol is striving to become an accountable, structured and well-documented process is somehow an indictment how, and reflects badly on proactively reducing the number of bad articles via ACTRIAL in which way? --Elmidae (talk · contribs) 11:34, 21 March 2018 (UTC)Reply[reply]
      The NPP backlog is a result of the guidelines being excessively complicated. In addition I should say that looking at that chart, they are not excessively complicated because they do so much good, but because they are assed. Look at that chart -- it tells reviewers that if some, assh-ahem, helpful editor blanks the new article you started, they should wait 10 minutes then put it up for speedy deletion. Say whaaat? They have a copyright violation check in there that could be done any time by the bot they tell the NPP reviewers to use which has nothing to do with whether the article as a whole should exist. But above all, a huge part of the diagram is predicated on an utterly arbitrary appeal to personal prejudice, "does the article contain a credible claim of importance or significance?"! There is no pillar of Wikipedia for importance -- and it is going to be 100% pure cultural bias. Note this flowchart is not asking if, say, multiple sources were cited, which would be an objective criterion! [apart from those sufficient for a formal GNG review to save the article, which is an AfD criterion not a speedy criterion] And then you should run through your bias and decide if it's an "unimportant" song (as opposed to an "important" song), etc. Screw that. We don't need half this stuff, so we don't need half the work spent on NPP reviews, so we don't need to fend off new would-be editors to make NPP reviewers' lives easier. Q.E.D. Wnt (talk) 11:42, 22 March 2018 (UTC)Reply[reply]
      Utter nonsense.And this is what happens when you speak just for the sake of it, without realising that you've crossed over into the territory of functional equivalency of trolling.
      Going by the amount of time you have been on en-wiki, I expect you to know that the fundamental pillar of one of our most executed CSDs is credible claim of importance or significance.Obviously, you may want it to be repealed too but unless you manage to do so, it will remain an important toolkit for us, NPPRs.You alone know what you mean by helpful editor blanks the new article you started, they should wait 10 minutes then put it up for speedy deletion.And, for your kind information, CorenBot is long-dead and AFAIK, copy-vio checks, are damn important from a legal point of view and there exists a specific CSD criterion for the purpose of nuking copy-vios.And, we don't decide what's an important/unimportant song by fiat; our G-searches and the availability of sources do it for us.
      Frankly, what we don't need is your exasperating farrago of distortions and outright lies.~ Winged BladesGodric 12:11, 22 March 2018 (UTC)Reply[reply]
      I think it's probably enough to say that at this point you have well crossed over from fundamentally not understanding NPP, to fundamentally not understanding basic... foundational things about what Wikipedia is. I am sincerely dumbfounded how someone who's been here for eleven years can fit so much wrong into such a small space all at once. I honestly started to type a detailed reply for each individual point... but when I had to start with "Wikipedia is an encyclopedia" ...I... kindof just figured my time was probably better spent doing literally anything else instead. GMGtalk 12:24, 22 March 2018 (UTC)Reply[reply]
      Any time a reader reads a crap Wikipedia article and goes away muttering "this page is crap, obviously all Wikipedia is crap" is a negative event for the project and this regardless of the "notability" of the topic of the crap article: Noyster (talk), 12:05, 21 March 2018 (UTC)Reply[reply]
      I'm not really sure how the NPP flow chart (which I agree is too complex) is really relevant to this discussion at all. TonyBallioni (talk) 14:49, 21 March 2018 (UTC)Reply[reply]
      That thing was a friggin' godsend to me when I was getting my mind round NPP processes. As a reference for "what to do in this corner case I'm encountering for the first time", complex and detailed is just fine. It's not as if one keeps using it once all the various options have been internalized. --Elmidae (talk · contribs) 15:33, 21 March 2018 (UTC)Reply[reply]
      Oppose - Tazerdadog said it best, in that this is supposed to be an encyclopedia open to anyone interested. Yes, there's a positive for new page patrollers and admins who previously to spend their time sifting through poor quality articles that frequently got deleted. That being said, I fail to see how creating a hurdle (albeit a pretty low hurdle) for new users to add new content to the project helps attract new editors. Should we amend WP:BEBOLD to include "Be bold unless your account is less than 4 days old and has less than 10 edits" to the page? Sierrak28 (talk) 05:00, 22 March 2018 (UTC) (Changing !vote to support) Sierrak28 (talk) 03:41, 1 April 2018 (UTC)Reply[reply]
      Also worth mentioning that there's a significant backlog at WP:AFC. Until we can sort out the issues at hand with the AFC process and the resulting backlog caused by the influx of drafts, I worry that we're going to inadvertently WP:BITE new users with the process. Sierrak28 (talk) 05:04, 22 March 2018 (UTC) (Changing !vote to support) Sierrak28 (talk) 03:41, 1 April 2018 (UTC)Reply[reply]
      There may be a backlog at AfC but it's insignificant compared to NPP that does the actual patrolling. AfC was never a particularly well performing process before or during the trial. Nothing will be gained by postponing ACPERMANENT until AfC gets its ducks in a row. The NPP backlog is already up by 1,000 in the few days since ACTRIAL was turned off. We'll probably never have sufficient manpower in the future to cope with it. What will happen to AfC if ACPERM is not implemented will be that New Page Patrollers will be shifting even more drafts to AfC. Kudpung กุดผึ้ง (talk) 12:12, 22 March 2018 (UTC)Reply[reply]
    13. Oppose, at least until article creation at edit-a-thons is enabled per #9 Carwil and others above. It's not enough to say "comply quietly and we may look at the problem later". Even then, I share the philosophical reservations of #4 Centibyte and others. I was initially deterred from responding by the wall of criticism which every other opposing comment has attracted, but feel that I should add another voice on this important issue. Certes (talk) 12:32, 22 March 2018 (UTC)Reply[reply]
    14. Oppose, ACTRIAL makes running outreach events harder for participants and for trainers, I'm basing this on the experience of running outreach events before and during the trial. The trainer often doesn't have time to move every page during the event, so they have to do it afterwards. The Programme and Events Dashboard is an amazing tool that make metrics incredibly easy, ACTRIAL breaks the tracking done in the dashboard because it doesn't count creation of sandboxes and I found that moving articles individually added a significant amount of time. Also moving the articles makes it look like the trainer did all the work in the events dashboard. Here is an example situation for an editathon where ACTRAIL breaks the metrics tool available P and E Dashboard:
      If I run a day long workshop which has 15 new editors and 2 existing editors where each person creates one new article. Only the 2 existing editors will be able to create new articles, the 15 new editors will only be able to create drafts. At the end of the event there are two options for me as someone who cannot confirm accounts:
      1. I move the drafts from the 15 editors to main space on the day of the event, the dashboard records this as me creating the 15 new articles and the new editors as doing no work.
      2. I extend the timeline of the event to one week on the dashboard to allow the 15 new editors to move the articles themselves once they have been confirmed. This relies on all 15 editors coming back to move their articles and remembering how to do it. If any of the existing editors do any other Wikipedia work over this time period it will count towards the event metrics.
      If we don't make metrics easy it won't be done and we won't have information for research to improve events, understand retention and provide information for funders e.g through FDC. Additionally in my experience being able to publish an article on the day provides a real sense of accomplishment to the new users and in my experience is a key driver to retention.
      ACTRIAL is part of a wider set of processes and policies which are hostile to new editors. A typical example was a new editor who took remotely for the event I helped run on International Women's Day, used the name of the organisation for their username (new editors are not told this rule when they sign up because the rules are on a long page they don't know exists). They wrote an article that wasn't up to the standard of being published. Rather than being provided guidance on improving their article and changing their username their article was deleted and they were permanently blocked. This is someone who had knowledge to share and could potentially be a partner who could provide resources to improve Wikipedia e.g hosting events, providing content. I do not mean this to be critical of the person who did this, I mean the system is really broken if this keeps being an outcome. Their expperience was:
      Wikipedia: Please help improve Wikipedia :)
      Them: OK, I will try
      Wikipedia: No, you didn't follow the instructions you didn't know existed
      Them: Sorry, how do I fix it, can you help me?
      Wikipedia: Your article is deleted and you have been blocked for doing something you didn't know not to do, bye.
      (talk) 15:23, 23 March 2018 (UTC)Reply[reply]
      @John Cummings: You say that "moving the articles makes it look like the trainer did all the work", but I really don't understand how that can be so. Moving from Draft to main space will preserve the history and will make it just as clear who wrote it as if it had been written directly in main space, won't it? Or am I missing something? (Also, I feel I must point out that your specific example of the new editor who was blocked appears to be unrelated to ACTRIAL). Boing! said Zebedee (talk) 15:48, 23 March 2018 (UTC)Reply[reply]
      @Boing! said Zebedee:, thanks for the message, sorry I didn't make it clear, the events dashboard measures an article being created when it is added to mainspace, not a draft being created, so if 15 people create drafts and I move them to mainspace it counts as me creating 15 articles and them as doing nothing. I've corrected my text to make this clearer. Thanks again, John Cummings (talk) 16:02, 23 March 2018 (UTC)Reply[reply]
      @John Cummings: Understood, thanks - I'm not familiar with the events dashboard. But I have to agree with Legacypac, below, that the tool should be improved. Boing! said Zebedee (talk) 17:30, 23 March 2018 (UTC)Reply[reply]
      User:John Cummings if the Event Dashboard is incorrectly crediting the user that moves a page instead of the page creator, fix the Event Dashboard. That glitch has nothing to do with ACtRIAL - if a Draft needs work and the trainer fixes it and moves it you have the same stats problem anyway. A flaw in this Dashboard a terrible reason to reject the best thing that this project has ever tried to curtail spam and garbage. I'd also suggest that spending some time after the event reviewing and moving pages is a reasonable part of hosting an event. I'd want to review what was created anyway just as a point of personal accomplishment and to understand how the event went. Legacypac (talk) 16:48, 23 March 2018 (UTC)Reply[reply]
      @Legacypac: it is easy to say just fix the tool, however it is unclear how easy it is to do this. This is not a small scale issue, the Projects and Events dashboard currently has 896 programmes running with over 18,000 editors. John Cummings (talk) 09:09, 24 March 2018 (UTC)Reply[reply]
      @John Cummings: all the more reason to fix the tool - its a simple coding issue to swap the part that looks for the editor that moves the page for the editor that created the page. This has absolutely nothing to do with ACREQ. Legacypac (talk) 16:05, 24 March 2018 (UTC)Reply[reply]
    15. Oppose. Who is Wikipedia for? Everyone or just veterans and new page patrollers? Is it the encyclopedia anyone can edit or is it the encyclopedia which exists as a sandbox for a self-elected group of volunteers? Gamaliel (talk) 15:59, 23 March 2018 (UTC)Reply[reply]
      User:Gamaliel hey wow you know better than most that "can edit" has never meant "do whatever the hell you want". Brand new editors still have almost complete freedom to do whatever they want; they can still add sterling high quality content to any page, or replace a page's content with "cow cow cow". This removes a tiny sliver of what is possible for people to do for a very short time, and has enormous benefits for the project and everybody else. (btw, answer to your rhetorical question is - WP is for people who want knowledge - they are who we serve. We are trying to build a high quality encyclopedia, in a community, to serve anyone who wants knowledge) I don't get where you are coming from. Jytdog (talk) 16:24, 23 March 2018 (UTC)Reply[reply]
      I can understand Gamaliel's perspective; there is a sentiment that Wikipedia nowadays can be a walled garden at times, extremely difficult for newcomers to get involved, especially when compared to the past. But I don't think it's applicable here; as the project matures, there are some basic measures that should be taken, it's simply the rational thing to do. Alex Shih (talk) 16:36, 23 March 2018 (UTC)Reply[reply]
      "Creating an article at a Wikimedia event under the guidance of experienced volunteers" should not fall under the category of "do whatever the hell you want". Gamaliel (talk) 17:17, 23 March 2018 (UTC)Reply[reply]
      Wikipedia is for its readers, not its editors. Attracting new editors is a Good Thing only insofar as it improves the encyclopaedia. It should be balanced against other things that improve the encyclopaedia, e.g. a trivial and easily-overcome technical barrier that nevertheless demonstrably eliminates the vast majority of new article spam. – Joe (talk) 19:03, 23 March 2018 (UTC)Reply[reply]
      Are you calculating how many potentially-productive new editors we're turning away with what seems like a "trivial and easily-overcome technical barrier"? You have a bunch of experienced outreach volunteers pointing out that it is actually not so trivial . Wikipedia succeeded because it lowered the barriers to access, it will not thrive when we keep raising them higher and higher. Gamaliel (talk) 20:18, 23 March 2018 (UTC)Reply[reply]
      I think we're turning away more new editors by speedy deleting their articles instantly on creation, than we would by having them wait a while. And I don't see any opposition to the proposal of letting outreach coordinators manually confirm new accounts, so the whole outreach objection seems to have a simple technical fix. There might be deeper unvoiced objections and I respect that, but I think those objections aren't being presented clearly enough for a thoughtful discussion. In particular, we have far worse roadblocks for contributors than a waiting period for new article creation, and nobody here seems to want to do anything about those. We shouldn't treat new-contributor article creation as something special and magical that must be defended even though it almost always results in speedy deletion, while thinking nothing of putting our boots to those same contributors' faces at every other possible turn. (talk) 21:44, 23 March 2018 (UTC)Reply[reply]
      If that's the way we're gonna go, let's give the outreach volunteers those tools, because many of them don't have them yet. At many events I attend, I'm the only volunteer in the room who can do it. And as for "it almost always results in speedy deletion", that's the kind of mistaken thinking that turns away new editors. At every event, new valuable contributions that are just a little rough around the edges are immediately proposed for deletion and lumped in with Kudpung's spammers. Gamaliel (talk) 13:54, 24 March 2018 (UTC)Reply[reply]
      Gamaliel, Who is Wikipedia for? Easy answer: Except for the spammers, autobiographers, and those who exploit it to make money out of it with paid editing, it's for the readers. Anyone who is impatient to get an article on here is doing it either for self-satisfaction, spam, or money. Kudpung กุดผึ้ง (talk) 07:37, 24 March 2018 (UTC)Reply[reply]
      How disappointingly reductive and exclusionary. Our motives are pure, theirs are not! Gamaliel (talk) 13:54, 24 March 2018 (UTC)Reply[reply]
    16. Oppose. To quote the research report, "A key question for the community following the trial is: what should Wikipedia’s publishing model be? The Wiki Way is to publish instantly, but make it easy to undo. The restrictions on article creation made by ACTRIAL shifts the model to review-then-publish for many accounts." We're drifting away from the original way that Wikipedia worked, and the way that it became very successful, into something that is much more tightly controlled. That's not something that's worked out well for Wikipedia clones that have tried to operate with various restrictions applied to contributions, and I don't think it will work well here in the long run. The main argument against this seems to be "it didn't make things worse", which isn't a particularly great conclusion to draw. The other is "more use was made of the draft user space" - which is nice for control, since another editor needs to be involved before the article goes live, but not the 'Wiki Way'. Thanks. Mike Peel (talk) 23:16, 23 March 2018 (UTC)Reply[reply]
      The 'Wiki Way' is fine when editor #1 can easily add junk to an existing page and Editor #2 can easily reverse it. Equal effort provides balance. ACREQ addresses the unequal situation where Vandal adds a whole page of junk in seconds and it takes a team of GF editors to identify, categorize, tag, maybe discuss for a week or longer, and eventually an Admin is required to delete. Legacypac (talk) 01:44, 24 March 2018 (UTC)Reply[reply]
      The arguments about editors at outreach events are the easy problem to solve - let's just get an admin that's present or otherwise willing to make an exception for them. That's a nice, well-defined, problem that can be solved by an exception. However, it creates an exclusive channel for new editors, and that's not OK - why should someone that attends an event get a free pass, while someone that finds Wikipedia online and wants to add an article has to go through so many steps, even if they have read through and understood all of the guidelines? How can they then ask for that same exception without going to an event? Mike Peel (talk) 01:17, 24 March 2018 (UTC)Reply[reply]
      They could ask on someone's talk page or at a wikiproject (we should encourage that more). My preferred version of TonyBallioni's proposal is to let basically any established editor (my concrete suggestion was anyone with +autopatrolled) set +confirmed on any account, with no 10 day expiration or limitation to event coordinators or anything like that. Are you familiar with how hard it is to write a new article that doesn't get speedied? Are there many genuine examples of new users doing it in less than 4 days? What are the "so many steps" other than making other edits for 4 days? Is it really frequent that someone's first contribution to Wikipedia is a usable article? Maybe ACTRIAL has some data about that. I was mightily impressed by the claimed finding that their data shows the opposite: we get about the same number of usable of articles as before, but we sidestep the creation of a lot that get speedied. (talk) 01:39, 24 March 2018 (UTC)Reply[reply]
      They could ask someone. That very concept goes against the whole concept of Wikipedia - if you want to make an edit, then go ahead and do so, you shouldn't need to ask someone's permission to do that. You need to back in up with references, but that's another discussion. Mike Peel (talk) 01:56, 24 March 2018 (UTC)Reply[reply]
      Of course Wikipedia is drifting away from the procedures that worked in the early years when anyone literally could create an article consisting of a short paragraph based on their own knowledge. Now there are over five million articles and most topics with reliable sources have been covered. Also, Wikipedia is now the go-to knowledge website and has a giant reputation. That makes it a target for spammers and those wanting to promote their product or idea. We live in different times and different procedures are required to avoid burning out the few editors trying to deal with deluge. Johnuniq (talk) 01:43, 24 March 2018 (UTC)Reply[reply]
      @Johnuniq: There are way more than just 5 million topics that need articles and that can be supported by reliable sources, by at least a factor of 10. I don't buy the argument that we've drifted away from the original concept, it's just that some people are pushing us in that direction. Yes, we have a reputation now, and we need to handle that - but that's by providing *more* information, not by excluding contributors (meh, spammers, yay editors that provide anti-spam info). As regards few editors: yes, that's a natural consequence of exclusionism, the answer isn't to exclude more people, it's to include them instead. Mike Peel (talk) 01:56, 24 March 2018 (UTC)Reply[reply]
      (edit conflict) The answer to that, Mike, is that the makeup of editors at editathons is demonstrably different from the that of the general editing community. The research surrounding ACTRIAL demonstrates quite clearly the large reduction in creation of poor quality articles when unconfirmed editors cannot immediately create articles. It's clear that a significant proportion of articles created prior to ACTRIAL wasted not only the time of the new editors but also that of the new page patrollers who had to identify the problematic creations. There is little evidence of the same problem existing at editathons, and a well-run event will have any new article reviewed on-site by an experienced editor. A good trainer will ensure that anyone wanting to create an article is guided through WP:N before starting. Preventing new editors at events from creating articles in no way aids the purpose of ACTRIAL, which is to reduce the load at NPP. It not a question of giving anyone a "free pass"; rather it is all about recognising that the number of automated scripts, vandals, spammers and zealots are vanishingly small at events. The added restriction imposed by ACTRIAL is unnecessary in those circumstances. --RexxS (talk) 01:53, 24 March 2018 (UTC)Reply[reply]
      @RexxS: Editathons should not be the only way that we introduce people to our community. If we are failing to do that introduction outside of editathons, then we are failing as an online community/project. Mike Peel (talk) 01:59, 24 March 2018 (UTC)Reply[reply]
      I don't follow your reasoning, Mike. Nobody is suggesting that the only way to introduce people to our community is through editathons. If someone takes the time to attend a Wiki-editing event, and the organisers have put in the effort to make it an enjoyable experience for them, then we might reasonably expect it to be a good introduction. That's not to say that those who are introduced to Wikipedia via other routes are having a bad experience. But what is clear is that ACTRIAL made a huge dent in the NPP backlog and reduced wasted admin time in deleting unsuitable articles. It is crucial that the community adopts the increased hurdle to article creation before NPP fails under an ever-increasing load from the vandals, corporate shills, spammers and misguided folk who think that Wikipedia needs an article about them. --RexxS (talk) 02:17, 24 March 2018 (UTC)Reply[reply]
      The Wiki way is whatever we say it is: we have no divinely inspired set of principles of unchangeable constitution: we are governed by consensus first and foremost. If we say this is the Wiki way, it is because we say so. That is the advantage of being a self-governing community: we can do what we want. TonyBallioni (talk) 02:02, 24 March 2018 (UTC)Reply[reply]
      @TonyBallioni: The 'wiki way' is how we came to exist as one of the main websites on the internet. Sure, we can throw that away if we want - but I have to ask, why? Mike Peel (talk) 02:06, 24 March 2018 (UTC)Reply[reply]
      Because we are now the 5th largest website in the world and are the default source of knowledge for the English-speaking world. That's a very different set of circumstances as a website that was supposed to be the feeder for Nupedia. Times have changed, and we change with them. All of the evidence shows this was a good thing and had no negative side effects at all (it's already been shown in multiple ways how even the AfC concerns are overblown). Something that has only had positive results and no negatives should not be thrown out simply because of philosophy. TonyBallioni (talk) 02:10, 24 March 2018 (UTC)Reply[reply]
      (edit conflict) They may not be as divine as the Buddha's hand, but Wikipedia has five pillars which guide our philosophy. Interestingly, none of them say anything about who is allowed to create articles, perhaps this is not an existential-level debate. The most relevant bit is to be "welcoming to newcomers", and it's arguably more welcoming to prevent the creation of articles through (deliberate) technical limitations than through actively deleting them (and in many cases, delete them we must). power~enwiki (π, ν) 02:11, 24 March 2018 (UTC)Reply[reply]
    17. Oppose: I've never believed that NPP/AFC backlogs are a problem. Also per Mike and others who point out that this is a hard turn away from our origins of how a wiki works. FACE WITH TEARS OF JOY [u+1F602] 03:46, 24 March 2018 (UTC)Reply[reply]
      Linking to NODEADLINE is very weak. Just say you don't care if thousands of junk pages mount up in mainspace because someone else will do the work, eventually, maybe. If they don't burn out first. Johnuniq (talk) 04:03, 24 March 2018 (UTC)Reply[reply]
      So make Wikipedia a combo of facebook, linked in, a resume site and home for corp spam. I'll quit working on or ever reading it again. Legacypac (talk) 16:05, 24 March 2018 (UTC)Reply[reply]
      New pages don't stop coming on when we get behind, so the backlog wont ever go away if the conditions become impossible for us to keep up (which was the case for the year or so before ACTRIAL). The only way to get rid of the backlog at that point would be to simply let the flood of crap enter the wiki unfiltered. If you don't believe that the NPP backlog is an issue, then you essentially don't believe in NPP at all, or its goal of trying to maintain quality amongst new pages. WP:NODEADLINE applies well to individual articles, but just can't be applied to backlogs that continuously grow; with these it is essential to keep up, or else you will eventually have to give up entirely in the face of an insurmountable problem. Giving up on New Pages Patrol would essentially be the end of the wiki as we know it. I don't mean to be doom and gloom, but any argument that the NPP backlog isn't a problem is incredibly naive. — Insertcleverphrasehere (or here) 23:09, 25 March 2018 (UTC)Reply[reply]
      It is a weak argument and doesn't take cognizance of evolution, you either change or die, and WP was dying to an extent, certainly for that aspect of article creation. I dont know if you have spent a lot of time on NPP. I have. I worked about 2k article over a 3-4 month period last year, and it was 16.5k articles when I started, and it was roughly 16.5k,when I finished. It was insurmountable, and a truly free lunch for advertisers and spammers. The top 10000 businesses (with exceptions), now run, in one form or another, an advertising based, revenue generating model, and we must take cognizance of that fact, and take steps to mitigate the effects of it. scope_creep (talk) 10:26, 30 March 2018 (UTC)Reply[reply]
      I think that TIND works fine. On a long enough timeline, all backlogs are immaterial. But hey, as I alluded to in my original edit summary I didn't expect to actually convince anyone or turn the tide...I'm just registering my discontent with the direction we wanna take things. You do you boo-boo. FACE WITH TEARS OF JOY [u+1F602] 17:13, 1 April 2018 (UTC)Reply[reply]
    18. Contrary to WP:5P; also the problems caused to outreach events have not been adequately addressed. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:00, 24 March 2018 (UTC)Reply[reply]
    19. Oppose. I'm willing to go with restricting new page creation to 10 edits plus 4 days, but not to directing contributors during this window towards Articles for Creation, which is, to put it politely, not fit for purpose. I'm very concerned that no-one has discussed AfC's suitability for this role here before and will try to start some discussion below. Espresso Addict (talk) 00:34, 26 March 2018 (UTC)Reply[reply]
      It might not matter much, but I just want to point out that they are not sent directly towards AfC, but rather sent to the new user landing page. Only if they choose the third option (article wizard) will they end up at AfC. — Insertcleverphrasehere (or here) 04:46, 26 March 2018 (UTC)Reply[reply]
      However, as I said below to Tony Ballioni, if the editor wants to create a new article then landing page will send them to the article wizard & AfC, rather than saying "sorry, not experienced enough yet, please do a bit of editing & looking around first to get your bearings." Espresso Addict (talk) 04:53, 26 March 2018 (UTC)Reply[reply]
      So, basically you Oppose ACREQ because we left a path open for brand new editors to still create new topics? I might even support cutting off all new editor Draft and Userspace creations (given I patrol both spaces a lot and nearly everything new users create is junk) but we have to get past the problem of they would be unable to practice in their sandbox or start a userpage. Legacypac (talk) 05:06, 26 March 2018 (UTC)Reply[reply]
      I place a high value on editor development and retention; the main basis of my opposition is that directing new good-faith contributors to AfC, on the basis of what I've seen, appears noticeably more negative than telling them to go away and get some experience first, and then submit directly into mainspace. Espresso Addict (talk) 06:22, 26 March 2018 (UTC)Reply[reply]
      I think most of us share your reservations about AfC, but at the moment there isn't another option. There are ongoing discussions about how to turn AfC into something that is fit for purpose at WP:NPPAFC, if you're interested. – Joe (talk) 09:24, 26 March 2018 (UTC)Reply[reply]
    20. Oppose per Tazerdadog. J-Mo 22:31, 30 March 2018 (UTC)Reply[reply]
    21. Oppose. On top of creating a barrier to editathons, classes are also negatively affected by this change. And it's unclear to me if the 10-edit requirement refers to mainspace, talk page, user page or a combination of those. OhanaUnitedTalk page 23:23, 1 April 2018 (UTC)Reply[reply]
      Please reevaluate your oppose as you evidently are not clear on what you are even opposing. The ten edits to get autoconfirmed can occur in any namespace - nothing has changed there. ACREQ only stops mainspace page creations without autoconfirmed or confirmed status. That takes a request (for confirmed) or any ten edits and 4 days to pass. It's a very low bar to cut out a whole lot of impulse spam by throwaway accounts Legacypac (talk) 23:41, 1 April 2018 (UTC)