Jump to content

Wikipedia:Administrators' noticeboard

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Fish and karate (talk | contribs) at 09:44, 11 March 2019 (→‎Request to lift the restriction for the unblock (2nd): closing, consensus is to remove the GA restriction but retain the one-account restriction). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

    Welcome – post issues of interest to administrators.

    When you start a discussion about an editor, you must leave a notice on their talk page. Pinging is not enough.

    You may use {{subst:AN-notice}} ~~~~ to do so.

    Sections inactive for over seven days are archived by Lowercase sigmabot III.(archivessearch)

    Template:Active editnotice

      You may want to increment {{Archive basics}} to |counter= 38 as Wikipedia:Closure requests/Archive 37 is larger than the recommended 150Kb.

      Use the closure requests noticeboard to ask an uninvolved editor to assess, summarize, and formally close a Wikipedia discussion. Do so when consensus appears unclear, it is a contentious issue, or where there are wiki-wide implications (e.g. any change to our policies or guidelines).

      Do not list discussions where consensus is clear. If you feel the need to close them, do it yourself.

      Move on – do not wait for someone to state the obvious. In some cases, it is appropriate to close a discussion with a clear outcome early to save our time.

      Do not post here to rush the closure. Also, only do so when the discussion has stabilised.

      On the other hand, if the discussion has much activity and the outcome isn't very obvious, you should let it play out by itself. We want issues to be discussed well. Do not continue the discussion here.

      There is no fixed length for a formal request for comment (RfC). Typically 7 days is a minimum, and after 30 days the discussion is ripe for closure. The best way to tell is when there is little or no activity in the discussion, or further activity is unlikely to change its result.

      When the discussion is ready to be closed and the outcome is not obvious, you can submit a brief and neutrally worded request for closure.

      Include a link to the discussion itself and the {{Initiated}} template at the beginning of the request. A helper script can make listing easier. Move discussions go in the 'other types' section.

      Any uninvolved editor may close most discussions, so long as they are prepared to discuss and justify their closing rationale.

      Closing discussions carries responsibility, doubly so if the area is contentious. You should be familiar with all policies and guidelines that could apply to the given discussion (consult your draft closure at the discussions for discussion page if unsure). Be prepared to fully answer questions about the closure or the underlying policies, and to provide advice about where to discuss any remaining concerns that editors may have.

      Non-admins can close most discussions. Admins may not overturn your non-admin closures just because you are not an admin, and this is not normally in itself a problem at reviews. Still, there are caveats. You may not close discussions as an unregistered user, or where implementing the closure would need tools or edit permissions you do not have access to. Articles for deletion and move discussion processes have more rules for non-admins to follow.

      Technical instructions for closers

      Please append {{Doing}} to the discussion's entry you are closing so that no one duplicates your effort. When finished, replace it with {{Close}} or {{Done}} and an optional note, and consider sending a {{Ping}} to the editor who placed the request. Where a formal closure is not needed, reply with {{Not done}}. After addressing a request, please mark the {{Initiated}} template with |done=yes. ClueBot III will automatically archive requests marked with {{Already done}}, {{Close}}, {{Done}} {{Not done}}, and {{Resolved}}.

      If you want to formally challenge and appeal the closure, do not start the discussion here. Instead follow advice at WP:CLOSECHALLENGE.


      Other areas tracking old discussions

      Administrative discussions

      Place new administrative discussions above this line using a level 3 heading

      Requests for comment

      Wikipedia:Reliable_sources/Noticeboard/Archive_306#RfC:_Wen_Wei_Po

      (Initiated 1450 days ago on 22 July 2020) Closure request for this WP:RSN RfC initiated on 22 July 2020, with the last vote occurring on 12 August 2020. It was bot-archived without closure. - Amigao (talk) 21:41, 10 July 2024 (UTC)[reply]

       Not done – as said above, this has been archived, and there is obvious consensus for one of the four options, so there is no need for a formal closure. Editor Amigao, feel free to close this if you want to. P.I. Ellsworth , ed. put'er there 00:23, 11 July 2024 (UTC)[reply]
      I don't think this should be closed either, but not because I think there is an obvious consensus. Four-year-old RfCs shouldn't be closed, particularly for an RSN discussion, where relevant facts regarding a source might have changed. voorts (talk/contributions) 00:44, 11 July 2024 (UTC)[reply]

      Talk:1948 Palestine war#RfC: Should we mention the exodus of Jews from Arab countries in the lede?

      (Initiated 125 days ago on 7 March 2024) RfC tag expired some time ago. TarnishedPathtalk 10:33, 9 July 2024 (UTC)[reply]

      Talk:Brothers of Italy#RfC on neo-fascism in info box 3 (Effectively option 4 from RfC2)

      (Initiated 94 days ago on 8 April 2024) Clear consensus for change but not what to change to. I've handled this RfC very badly imo. User:Alexanderkowal — Preceding undated comment added 11:50, 1 May 2024 (UTC)[reply]

       Comment: The RfC tag was removed the same day it was started. This should be closed as a discussion, not an RfC. voorts (talk/contributions) 22:03, 18 May 2024 (UTC)[reply]

      Talk:Mukokuseki#RfC on using the wording "stereotypically Western characteristics" in the lead

      (Initiated 91 days ago on 11 April 2024) ☆SuperNinja2☆ TALK! 09:41, 21 May 2024 (UTC)[reply]

      See Talk:Mukokuseki#Close Plz 5/21/2024 Orchastrattor (talk) 20:34, 21 May 2024 (UTC)[reply]

      Talk:Line of Duty#Request for comment: Listing Jed Mercurio in the Infobox as a showrunner

      (Initiated 74 days ago on 28 April 2024) Discussion on the actual RfC seems to have slowed. Consensus appeared clear to me, but I was reverted attempting to implement the edits so I'm requesting a formal closure. There is additional information on this topic (overall and about the page in question specifically) at Template_talk:Infobox_television#Alternatives_to_writer_and_director_parameters that I'd request a closer reads over. TheDoctorWho (talk) 05:25, 27 June 2024 (UTC)[reply]

       Doing... Chrhns (talk) 21:03, 2 July 2024 (UTC)[reply]
       Done Chrhns (talk) 21:21, 2 July 2024 (UTC)[reply]

      RFA2024, Phase II discussions

      Hi! Closers are requested for the following three discussion:

      Many thanks in advance! theleekycauldron (talk • she/her) 04:27, 17 June 2024 (UTC)[reply]

       Doing... reminder of civility norms. voorts (talk/contributions) 00:24, 1 July 2024 (UTC)[reply]
       Partly done reminder of civility norms. voorts (talk/contributions) 00:40, 1 July 2024 (UTC)[reply]

      If re-requesting closure at WP:AN isn't necessary, then how about different various closers for cerain section(s)? I don't mind one or two closers for one part or another or more. --George Ho (talk) 17:39, 18 June 2024 (UTC)[reply]

      During Phase I of RFA2024, we had ended up having multiple closers for different RFCs, even the non-obvious ones. I think different people closing subparts of this should be acceptable Soni (talk) 09:22, 28 June 2024 (UTC)[reply]

      Wikipedia:Reliable sources/Noticeboard#RfC: RFE/RL

      (Initiated 65 days ago on 7 May 2024) Archived Request for Comment. 73.219.238.21 (talk) 23:32, 4 June 2024 (UTC)[reply]

       Doing... voorts (talk/contributions) 22:54, 4 July 2024 (UTC)[reply]
       Done voorts (talk/contributions) 00:12, 5 July 2024 (UTC)[reply]

      Wikipedia talk:WikiProject Weather#Discussion -- New Proposal for layout of Tornadoes of YYYY articles

      (Initiated 62 days ago on 10 May 2024) RFC outcome is fairly clear (very clear majority consensus), however, a non WikiProject Weather person should close it. I was the RFC proposer, so I am classified too involved to close. There were three “points” in the RFC, and editors supported/opposed the points individually. Point one and three had 3-to-1 consensus’ and point two had a 2-to-1 consensus. Just need a non WP:Weather person to do the closure. The Weather Event Writer (Talk Page) 14:39, 13 June 2024 (UTC)[reply]

      Were notifications made to the talk pages of the affected articles and MOS:LAYOUT? voorts (talk/contributions) 21:05, 5 July 2024 (UTC)[reply]

      Talk:Fun in a Chinese Laundry#RfC on "Selected excerpts" section

      (Initiated 48 days ago on 23 May 2024) Would benefit from a neutral close to avoid unnecessary drama. – Reidgreg (talk) 16:14, 3 July 2024 (UTC)[reply]

      Talk:FCSB#RfC about the Court Decisions

      (Initiated 43 days ago on 28 May 2024)

      Apparently badly filed RfC. Needs admin closure. tgeorgescu (talk) 20:45, 5 July 2024 (UTC)[reply]

      Wikipedia:Requests for adminship/2024 review/Phase II/Discussion-only period#Early close

      (Initiated 41 days ago on 31 May 2024) Since it's an injunctive discussion, I was hoping someone could step in and close after I withdrew my own. Thanks! theleekycauldron (talk • she/her) 07:26, 18 June 2024 (UTC)[reply]

      Wikipedia talk:Noticeboard for India-related topics#RfC: Indian PM Counting

      (Initiated 40 days ago on 31 May 2024) Hey, please close this RfC on Indian PM counting. There have been no comments for 18 days. GrabUp - Talk 15:33, 8 July 2024 (UTC)[reply]

      Talk:Circumcision#Ethics in lead RfC

      (Initiated 39 days ago on 2 June 2024) Please close this RfC; discussion has halted for some time now. This is a persistent issue that needs final closure. Prcc27 (talk) 00:35, 8 July 2024 (UTC)[reply]

      Wikipedia:Reliable sources/Noticeboard#RFC: The Telegraph on trans issues

      (Initiated 38 days ago on 3 June 2024): Expired RfC; discussion has fizzled and it's mostly just the same arguments repeated now. Also has a sub-discussion of a proposed moratorium which I think would be an easy SNOW close. Aaron Liu (talk) 23:40, 5 July 2024 (UTC)[reply]

       Closed by editor S Marshall. P.I. Ellsworth , ed. put'er there 19:32, 7 July 2024 (UTC)[reply]
      Now reopened; new closer (or closers) needed. BilledMammal (talk) 11:13, 9 July 2024 (UTC)[reply]
      Still looks closed to me. In any case, we'd need the close appeal to close before a new closure is requested, so I'm marking as  Already done. — Red-tailed hawk (nest) 17:48, 9 July 2024 (UTC)[reply]
      (edit conflict) And now reclosed pending review at the Administrators' noticeboard. P.I. Ellsworth , ed. put'er there 17:51, 9 July 2024 (UTC)[reply]

      Talk:Sutherland_Springs_church_shooting#RfC:_Motherfuckers_or_not

      (Initiated 35 days ago on 5 June 2024) Need help with a neutral close. -- GreenC 21:25, 5 July 2024 (UTC)[reply]

       Doing... TW 03:45, 6 July 2024 (UTC)[reply]

      Talk:Donald Trump#RfC: Should consensus 22 (not calling Trump a "liar" in Wikipedia's voice) be cancelled?

      (Initiated 31 days ago on 9 June 2024) - Controversial issue needs experienced closer. ―Mandruss  10:17, 11 July 2024 (UTC)[reply]

      Place new discussions concerning RfCs above this line using a level 3 heading

      Deletion discussions

      XFD backlog
      V Apr May Jun Jul Total
      CfD 0 0 12 5 17
      TfD 0 0 5 5 10
      MfD 0 0 0 0 0
      FfD 0 0 1 1 2
      RfD 0 0 4 0 4
      AfD 0 0 0 0 0

      Wikipedia:Templates_for_discussion/Log/2024_June_22#Template:Edit_semi-protected

      (Initiated 49 days ago on 22 May 2024) Hasn't had anything new for a while, templates are template-protected. mwwv converseedits 15:01, 8 July 2024 (UTC)[reply]

      Wikipedia:Redirects for discussion/Log/2024 June 12#IRC +10414

      (Initiated 45 days ago on 26 May 2024) This RfD has been open for over a month. SevenSpheres (talk) 20:17, 7 July 2024 (UTC)[reply]

      Place new discussions concerning XfDs above this line using a level 3 heading

      Other types of closing requests

      Talk: 2015 Atlantic hurricane season#Proposed merge of Hurricane Danny (2015) into 2015 Atlantic hurricane season

      (Initiated 166 days ago on 26 January 2024) Discussion ran its course 166.198.21.97 (talk) 00:25, 1 July 2024 (UTC)[reply]

      {{not done}} per #1 yellow ball near the top of this page. P.I. Ellsworth , ed. put'er there 05:49, 2 July 2024 (UTC)[reply]
      I fail to see how consensus is clear, given how there is a split of support/oppose that will require weighing if their is a consensus to merge or not merge. 166.198.21.97 (talk) 11:14, 2 July 2024 (UTC)[reply]
       Doing... voorts (talk/contributions) 21:08, 5 July 2024 (UTC)[reply]
       Done voorts (talk/contributions) 21:17, 5 July 2024 (UTC)[reply]

      Talk: 1986 Pacific hurricane season#Proposed merge of Hurricane Newton (1986) into 1986 Pacific hurricane season

      (Initiated 162 days ago on 30 January 2024) Discussion has ran its course. 166.198.21.97 (talk) 00:21, 1 July 2024 (UTC)[reply]

       Not done per #1 yellow ball near the top of this page. P.I. Ellsworth , ed. put'er there 05:48, 2 July 2024 (UTC)[reply]

      Talk: 2009 Atlantic hurricane season#Proposed merge of Tropical Storm Danny (2009) into 2009 Atlantic hurricane season

      (Initiated 138 days ago on 23 February 2024) Discussion ran its course. 166.198.21.97 (talk) 00:20, 1 July 2024 (UTC)[reply]

       Not done per #1 yellow ball near the top of this page. P.I. Ellsworth , ed. put'er there 05:47, 2 July 2024 (UTC)[reply]

      Talk: 1997 Pacific hurricane season#Proposed merge of Tropical Storm Ignacio (1997) into 1997 Pacific hurricane season

      (Initiated 138 days ago on 23 February 2024) Discusion ran its course. 166.198.21.97 (talk) 00:15, 1 July 2024 (UTC)[reply]

      {{not done}} per #1 yellow ball near the top of this page. P.I. Ellsworth , ed. put'er there 05:46, 2 July 2024 (UTC)[reply]
      I fail to see how this is an obvious decision, with the sources presented by the opposer and a neutral. 166.198.21.97 (talk) 11:14, 2 July 2024 (UTC)[reply]

      Talk: 2004 Pacific hurricane season#Proposed merge of Tropical Storm Lester (2004) into 2004 Pacific hurricane season

      (Initiated 138 days ago on 23 February 2024) Discussion has run its course.166.198.21.97 (talk) 00:07, 1 July 2024 (UTC)[reply]

       Not done per #1 yellow ball near the top of this page. P.I. Ellsworth , ed. put'er there 05:45, 2 July 2024 (UTC)[reply]

      Talk: 2003 Atlantic hurricane season#Proposed merge of Tropical Storm Nicholas (2003) into 2003 Atlantic hurricane season

      (Initiated 138 days ago on 23 February 2024) Discussion ran its course. 166.198.21.97 (talk) 00:09, 1 July 2024 (UTC)[reply]

       Not done per #1 yellow ball near the top of this page. P.I. Ellsworth , ed. put'er there 05:44, 2 July 2024 (UTC)[reply]

      Talk:Allegations of genocide in the 2023 Israeli attack on Gaza#Requested move 3 May 2024

      (Initiated 68 days ago on 3 May 2024) Contentious issue but I feel like basically all that's going to be said of substance has been said, and it's been plenty of time. I'm also still a bit new to being active again to feel comfortable closing myself, so I just turned my evaluation of what's been said into a !vote. Kinsio (talkcontribs) 22:06, 27 June 2024 (UTC)[reply]

      update: I've drafted a closure at WP:DfD. I'm travelling so using a phone and cannot do the closure. It'd be good to know if more detail needed or good to go? Tom B (talk) 06:41, 1 July 2024 (UTC)[reply]
      (Let me know if commenting on this is inappropriate as an involved editor, but...) Okay yeah, after reading your proposed closure, I'm glad I put in this request. Even before becoming formally "involved" I think I would've struggled to remain neutral here 😅 Kinsio (talkcontribs) 12:54, 29 June 2024 (UTC)[reply]
       Closed by editor Joe Roe. P.I. Ellsworth , ed. put'er there 15:22, 3 July 2024 (UTC)[reply]

      Wikipedia:Village_pump_(policy)#Notifying_Wikiprojects_and_WP:CANVASS

      (Initiated 44 days ago on 28 May 2024) Latest comment: 3 days ago, 79 comments, 37 people in discussion. Closing statement may be helpful for future discussions. Gråbergs Gråa Sång (talk) 10:29, 11 June 2024 (UTC)[reply]

      Talk:Srebrenica massacre#Requested_move_2_June_2024

      (Initiated 39 days ago on 2 June 2024), Tom B (talk) 09:51, 17 June 2024 (UTC)[reply]

      Wikipedia:Reliable sources/Noticeboard#Dani Cavallaro

      (Initiated 36 days ago on 4 June 2024) A formal closure would be helpful to solidify consensus for future reference. Thanks! TechnoSquirrel69 (sigh) 15:42, 16 June 2024 (UTC)[reply]

       Done by Anachronist. Extraordinary Writ (talk) 03:59, 3 July 2024 (UTC)[reply]

      Talk:Brighton_hotel_bombing#Requested_move_11_June_2024

      (Initiated 30 days ago on 11 June 2024) A requested move that's gone well beyond the seven days and was relisted on 19 June. Cheers - SchroCat (talk) 15:11, 7 July 2024 (UTC)[reply]

       Doing...DisneyAviationRollerCoasterEnthusiast (talk) 22:20, 8 July 2024 (UTC)[reply]
       DoneDisneyAviationRollerCoasterEnthusiast (talk) 22:27, 8 July 2024 (UTC)[reply]

      Talk:Rallying#Requested move 12 June 2024

      (Initiated 29 days ago on 12 June 2024) Requested move is failing to attract new participants to the discussion despite the proposer's relistings.Rally Wonk (talk) 22:52, 9 July 2024 (UTC)[reply]

       Relisted. P.I. Ellsworth , ed. put'er there 20:40, 10 July 2024 (UTC)[reply]

      Talk:Six Flags (1961–2024)#Requested move 21 June 2024

      (Initiated 19 days ago on 21 June 2024) Consensus has been reached in the conversation under heading survey 2. Just asking for this closure so we can proceed with the agreed upon move. Editors have specifically asked for neutral party to close the discussion, so thats what Im doing here.DisneyAviationRollerCoasterEnthusiast (talk) 20:23, 8 July 2024 (UTC)[reply]

       Closed by editor BilledMammal. P.I. Ellsworth , ed. put'er there 20:37, 10 July 2024 (UTC)[reply]

      Place new discussions concerning other types of closing requests above this line using a level 3 heading

      Pages recently put under extended-confirmed protection

      Report
      Pages recently put under extended confirmed protection (36 out of 7999 total) (Purge)
      Page Protected Expiry Type Summary Admin
      Zionism 2024-07-11 04:39 indefinite move Edit warring / content dispute: Time to stop editing the article and discuss on the talk page. Just noting that I've made this indef to prevent the article auotmatically becoming unprotected and it's a normal admin action so any admin can change it back to ECP. Callanecc
      China–Israel relations 2024-07-11 00:14 indefinite edit,move Contentious topics enforcement for WP:CT/A-I; requested at WP:RfPP Daniel Quinlan
      1st Tank Brigade (Ukraine) 2024-07-10 22:05 indefinite edit,move Community sanctions enforcement: per RFPP and WP:RUSUKR Daniel Case
      Death of Nex Benedict 2024-07-10 19:31 indefinite edit,move Contentious topics enforcement for WP:CT/GG; requested at WP:RfPP Daniel Quinlan
      Module:WritingCredits 2024-07-10 18:00 indefinite edit,move High-risk template or module: 3656 transclusions (more info) MusikBot II
      Template:Non-album single 2024-07-10 18:00 indefinite edit,move High-risk template or module: 2503 transclusions (more info) MusikBot II
      Template:Fa bottom 2024-07-10 18:00 indefinite edit,move High-risk template or module: 2503 transclusions (more info) MusikBot II
      Template:Film lists by country 2024-07-10 18:00 indefinite edit High-risk template or module: 2789 transclusions (more info) MusikBot II
      Al-Awda School massacre 2024-07-10 17:47 indefinite edit,move Arbitration enforcement Pppery
      Russian annexation of Donetsk, Kherson, Luhansk and Zaporizhzhia oblasts 2024-07-10 16:44 indefinite edit Move warring Robertsky
      Channel 14 (Israel) 2024-07-10 15:09 indefinite edit,move Arbitration enforcement; requested at WP:RfPP CambridgeBayWeather
      June 2024 northern Gaza City airstrikes 2024-07-10 14:52 indefinite edit,move Arbitration enforcement CambridgeBayWeather
      9 July 2024 Gaza attacks 2024-07-10 14:49 indefinite edit,move Arbitration enforcement CambridgeBayWeather
      Tim Sheehy (American politician) 2024-07-09 23:36 indefinite edit,move Per AFD discussion Liz
      Mostafa Momeni 2024-07-09 22:40 indefinite move See Special:Permalink/1233594577#Administrator needed. Robertsky
      Mostafa Momeni (geographer) 2024-07-09 22:38 indefinite move Robertsky
      First Balkan War 2024-07-09 21:39 indefinite edit,move Contentious topics enforcement for WP:CT/EE; requested at WP:RfPP Daniel Quinlan
      Operation Azm-e-Istehkam 2024-07-09 17:35 indefinite edit,move Arbitration enforcement CambridgeBayWeather
      Talk:Wikilink 2024-07-09 16:58 indefinite create Repeatedly recreated SuperMarioMan
      Talk:WBD 2024-07-09 03:35 2024-07-12 03:35 edit,move Apparent (i.e., fairly obvious) IP sock puppetry BD2412
      8 July 2024 Ukraine missile strikes 2024-07-09 02:40 indefinite edit,move Community sanctions enforcement: WP:RUSUKR Johnuniq
      3rd Assault Brigade 2024-07-08 23:45 indefinite edit,move Community sanctions enforcement: per RFPP and WP:RUSUKR Daniel Case
      Robert Ford (outlaw) 2024-07-08 19:40 2024-07-22 19:40 edit,move Persistent disruptive editing from (auto)confirmed accounts CambridgeBayWeather
      128th Mountain Assault Brigade (Ukraine) 2024-07-08 07:17 indefinite edit,move Community sanctions enforcement: WP:GS/RUSUKR El C
      47th Mechanized Brigade (Ukraine) 2024-07-08 06:08 indefinite edit,move Community sanctions enforcement: WP:GS/RUSUKR El C
      59th Motorized Brigade (Ukraine) 2024-07-08 06:08 indefinite edit,move Community sanctions enforcement: WP:GS/RUSUKR El C
      Noodle and Bun 2024-07-08 04:22 indefinite create Repeatedly recreated BusterD
      Draft:Noodle and Bun 2024-07-08 04:02 indefinite create Repeatedly recreated BusterD
      Felicia Fox 2024-07-08 03:56 indefinite create Repeatedly recreated BusterD
      China and the Russian invasion of Ukraine 2024-07-08 03:10 indefinite edit,move General sanctions enforcement: WP:RUSUKR.; requested at WP:RfPP: Special:Permalink/1233247791#China and the Russian invasion of Ukraine Red-tailed hawk
      Adnan Hussain 2024-07-08 02:03 2025-07-08 02:03 edit,move Contentious topics enforcement for WP:CT/A-I; requested at WP:RfPP Daniel Quinlan
      Late Ottoman genocides 2024-07-07 22:50 indefinite edit,move Arbitration enforcement WP:GS/AA Rosguill
      July 2020 Armenian–Azerbaijani clashes 2024-07-07 22:49 indefinite edit,move Arbitration enforcement WP:GS/AA Rosguill
      Draft:Dr shajahan basha 2024-07-07 15:02 indefinite create Repeatedly recreated BusterD
      Draft:Vandals are cool superheroes 2024-07-07 14:20 indefinite create Repeatedly recreated BusterD
      Soke Sam Gervasi 2024-07-07 14:09 indefinite create Repeatedly recreated BusterD

      Thousands of Portals

      The purpose of this posting is to discuss portals, hundreds of portals. There is already discussion at Village pump (Proposals) (see https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Hiatus_on_mass_creation_of_Portals) to stop the creation of large numbers of portals by User:The Transhumanist, and the consensus is going strongly in favor of a hiatus, and there have been no new portals created since 22 February, but there has been no agreement to stop the creation of portals. The discussion at VPR appears to have slowed down, with a very clear consensus for some sort of hiatus, although it is not clear whether everyone agrees that the consensus is to stop the semi-automated creation of portals, or to stop the semi-automated creation of portals by TTH, or to stop all creation of portals by TTH (since there seems to be disagreement on what is semi-automated creation). Some editors have suggested that these portals are the equivalent of redirects by Neelix that warrant mass destruction. Anyway, proposals at VPR are just that, proposals. I am bringing the discussion here.

      Perhaps I don’t understand, but User:The Transhumanist appears to be saying that we need to use portals as an experiment in navigation and in innovation. I am not sure that I understand whether, by experiment, they mean testing, a new initiative, or what, but I am not sure that I understand what is being innovated, or why it requires hundreds or thousands of portals. Robert McClenon (talk) 02:51, 1 March 2019 (UTC)[reply]

      Note that the mass hiatus wasn't on me per se, but applicable in general. It applies to everyone. It's so that nobody mass creates portals for the time being. That includes me.    — The Transhumanist   05:53, 1 March 2019 (UTC)[reply]

      An Example and Some Comments

      One of the portals that has been proposed by User:Legacypac for deletion is Portal:English language. A look at it, with its error messages, is sadly informative. It was one of Wikipedia's earliest portals, preceding the involvement of the current portal team of TTH and a few other editors. However, the current portal team has made breaking changes to Portal:English language, apparently in order to attempt to improve the maintenance of portals. They apparently don't know how to keep our existing portals working, so what business do they have creating thousands of additional portals? We are told that the new portals are maintenance-free or nearly maintenance-free, but have the new portals been created at the cost of breaking existing portals? Robert McClenon (talk) 03:39, 2 March 2019 (UTC)[reply]

      Also, TTH says, above, that there is a hiatus that applies to everyone so that nobody mass creates portals for the time being. What is meant by mass creation, as opposed to individual creation? Are they agreeing not to create any portals for the time being? How long a time? Will they defer the creation of any new portals until (and unless) there is a consensus arrived at the criteria for the creation and maintenance of new portals? Robert McClenon (talk) 03:39, 2 March 2019 (UTC)[reply]

      Also, if any editor wishes to propose mass deletion of portals, similar to Neely redirects, that can be Proposal 3 (or 4). Robert McClenon (talk) 03:39, 2 March 2019 (UTC)[reply]

      Further investigation found 2 of the 8 portals linked off the top of the Mainpage had similar Red Script Errors where content should be. User:Moxy has now reverted these to pre-automation status. A lot of effort goes into keeping content linked from the Mainpage error free, yet this little Portal Project group replaced featured article quality portals with automated junk. Legacypac (talk) 03:46, 2 March 2019 (UTC)[reply]

      Proposal 1: Interim Topic-Ban on New Portals

      I propose a topic-ban on the creation of portals by User:The Transhumanist for three months, to provide time for the development of new guidelines on portals, to provide time to dispose of some of the portals at MFD, and to provide time to consider whether it is necessary to mass-destroy portals. Robert McClenon (talk) 02:51, 1 March 2019 (UTC)[reply]

      • Support as proposer. Robert McClenon (talk) 03:02, 1 March 2019 (UTC)[reply]
      • Support the true number of portal creations by this user appears to be around 3500 portals since July 2018 (claims this here [1]). There were less than 1700 portals prior. On their talk they said it takes them 3 mins. 3 minutes is not enough time to properly consider content or what should be included. After we get a few automated portals deleted at MFD and the VP discussion reaches some closure I feel strongly we need to delete all the automated portals as a really bad idea. The template that automates these is up for deletion at Wikipedia:Templates_for_discussion/Log/2019_February_28#Template:Basic_portal_start_page Further, even though TTH disputes semi-automated creation here he says he uses "semi-automated methods of construction" and is using a "alpha-version script in development that speeds the process further" [2] Legacypac (talk) 03:12, 1 March 2019 (UTC)[reply]
      • Comment. I need to investigate this issue a little further, but I was quite concerned about this before I even saw the thread, because I discovered Portal:Ursula K. Le Guin a few months ago. I've written a considerable portion of the content about Le Guin on Wikipedia, and even I think it's too narrow a topic for a portal; and when I raised this on the talk page, Transhumanist didn't respond, though they've been active. Transhumanist has been around for a while, so if they're willing to voluntarily stop creating portals while guidelines are worked out, I don't see a need for a formal restriction. Vanamonde (Talk) 03:21, 1 March 2019 (UTC)[reply]
      • Response from The Transhumanist – The proposer of the hiatus, User:UnitedStatesian, acknowledged that my efforts have been in good faith. Note also that no rules have been broken (to my knowledge) – I carefully went over the existing mass creation rule and portal scope rule before starting. I have been a participant in the hiatus of mass creation discussion, and have voluntarily ceased portal creation since Feb 21, so as not to aggravate the other participants of that discussion. (What purpose would that serve?) I wish the matter to be resolved as much as anyone else. Since scope is actively being discussed over at the portals guideline talk page, it makes little sense to create pages that might be removed shortly thereafter based on new creation criteria. I plan on participating in the discussions, perhaps continue working on (existing) portals, and I have no plans to defy the mass creation hiatus. Nor do I plan on pushing the envelope any further. The VPR community has expressed a consensus that mass creation be halted. Robert McClenon is seeking to go beyond community consensus specifically to stop me from creating any portals at all, which is not what the community decided. If editors in general are allowed to create portals, just not mass create them, as the response to UnitedStatesian's proposal has indicated, why should I be singled out here? A topic-ban would be unjustified given the circumstances, and would be punitive in nature. In such a case, I would like to know what I was being punished for. Sincerely,    — The Transhumanist   06:20, 1 March 2019 (UTC)[reply]
      • Support, given Transhumanist's utter refusal to listen to the input at the Proposals thread during the last days, or anywhere else for that matter. Would go further and support a full, indefinite topic ban or even site ban. Every time I've encountered The Transhumanist over the years, it was invariably over some pattern of mindless mechanistic mass creation of contentless pages, which he then kept pushing aggressively and single-mindedly into everybody's face. Fut.Perf. 07:18, 1 March 2019 (UTC)[reply]

      And now we need to clean this mess up. It took me far too long to find and bundle thirty pages for deletion at Wikipedia:Miscellany for deletion/Districts of India Portals compared to the 3 minutes a piece he took to create them, but better to head this off before he starts into the other 690 odd Indian districts. Legacypac (talk) 07:33, 1 March 2019 (UTC)[reply]

      • Quoted Comment on scale of this issue "Since July 1st (after WP:ENDPORTALS was over), over 4500 portals, excluding redirects, have been created (quarry:query/33793); the Transhumanist created more than 3500 (quarry:query/33795); of those, at least 561 were created with a summary along the lines of Started portal, in tab batch save, after batch was inspected: image slideshow minimum 2 pics, no empty sections. No visible formatting or Lua errors upon save, but there may be intermittent errors; report such bugs at WT:WPPORTD so that they can be fixed. Thank you. (quarry:query/33794). Just a note --DannyS712 (talk) 04:42, 27 February 2019 (UTC)" (end quote) |This off a base of just under 1800 Portals existing in July 2018. Legacypac (talk) 07:49, 1 March 2019 (UTC)[reply]
      • Support. Given the history with TTH—who has been pulling this same kind of "create an unwanted megaproject, force it through without discussion, and expect the rest of us to waste our time maintaining it" stunt for well over a decade (anyone remember The Award Center? Wikipedia:WikiProject Outlines? The Admin School?) and always tries the same "well, it wasn't explicitly banned so I assumed it was what you wanted" defense when called out on it, I'd strongly support a full and permanent topic ban and wouldn't be opposed to a site ban; anyone who's been here for as long as TTH and still can't see the issue with Portal:Yogurts, Portal:Rutland or Portal:A Flock of Seagulls is someone who's either being intentionally disruptive or is wilfully refusing to abide by Wikipedia's norms. ‑ Iridescent 08:26, 1 March 2019 (UTC)[reply]
      • Support temporary topic ban as a first step. We can look at a site ban if he ignores the topic ban. PhilKnight (talk) 08:32, 1 March 2019 (UTC)[reply]
      • Support A topic ban is necessary while the issue is discussed and mass deletion considered. Adding thousands of inadequate and unmaintainable pages is not helpful. Johnuniq (talk) 09:39, 1 March 2019 (UTC)[reply]
      • Support A generally-accepted principle of Wikipedia editing is that people who add content, and especially established editors, help to maintain it. Even assuming the best about Transhumanist here, I can't see how they can possibly do this with all these obscure portals. A ban on creating more of them has to be the first step. Nick-D (talk) 10:07, 1 March 2019 (UTC)[reply]
      • Reluctantly Support We need time to curate and prune the low-quality portals, otherwise someone will panic and start deleting portals outright. 1:1 (topic to portal) parity is a nice goal, but it isn't readily achievable without the content to fill those portals.--Auric talk 11:33, 1 March 2019 (UTC)[reply]
      • Support: TTH's approach seems rather cavalier at the moment. A change, as they say, is as good as a test. ——SerialNumber54129 11:58, 1 March 2019 (UTC)[reply]
      • Oppose/Wait Let's see if he complies with the eventual results of the discussion at VPP. If he voluntarily agrees to stop, based on community input, then sanctions are not necessary. This seems like overkill right now. First, let the community guidelines pass, THEN let him violate those before we rush to ban. --Jayron32 12:13, 1 March 2019 (UTC)[reply]
      • Massive Oppose - why the rush to ban? - the idea that giving a TBAN is the only appropriate means is bonkers - there are ongoing discussions. Currently you are trying to TBAN someone who hasn't broken policy. Let's get the agreements in, see if they stop and only then make any action Nosebagbear (talk) 12:18, 1 March 2019 (UTC)[reply]
      • Comment: Isn't this all very similar to the mass creation of "Outline of" articles by The Transhumanist that met with the same kind of opposition (and tanked an RFA) 10 years ago? If so, then I'd say a topic ban might be in order.--Atlan (talk) 13:37, 1 March 2019 (UTC)[reply]
      • Support this or a complete topic ban from portals or if this continues simply a complete ban. His latest reply here shows such a complete WP:IDHT attitude, with utterly founded claims about the need to have thousands of portals to be able to find and fix issues (even though many of the now reported issues appear in portals from months ago already), and on the other hand that they have now trouble finding and fixing flaws: "With Legacypac and others actively nominating the new portals for deletion at MfD, our opportunities for improving them and discovering and fixing design flaws are diminishing quickly.", even though perhaps 2 or 3% of the new portals have been nominated, and more than enough similar problematic ones remain to work on (e.g. the inclusion of a DYK which links to red herring on the Portal:Forage fish...). Statements like "Legacypac's approach is to recommend deletion of the new type of portal due to design flaws such as this. " shows a thorough lack of understanding of why these MfDs are made and why so many people support them. The designs flaws are just a small part of the reason for deletion, the lack of interest in, maintenance of, and contents for many of these portals are much more important. Fram (talk) 14:11, 1 March 2019 (UTC)[reply]
      The MfDs, which impact a tiny portion of these creations but a decent sample of various types of topics, are very useful for finding out what the community finds acceptable or desirable. The MfDs are consensus building (something you forgot/ignored). Soon we will be able to craft acceptance and deletion criteria based on the MfD results. That's how notability and other guidelines get developed, precedent. Legacypac (talk) 15:23, 1 March 2019 (UTC)[reply]
      • Unnecessary Yes, they need to stop, but they have already agreed to do so (see above: [I] have voluntarily ceased portal creation since Feb 21, so as not to aggravate the other participants of that discussion), and they are unlikely to kneecap themselves by continuing under the massive scrutiny now present. Let's be civil and spare them the block log entry. Current discussion should drive the portal thing towards some practical steps that will likely include the deletion of most of the offending portals, and some agreed-on guideline that prevents mass creation from occurring again. Let's focus on that. --Elmidae (talk · contribs) 14:44, 1 March 2019 (UTC)[reply]
      • Support – The unilateral creation of thousands of portals must stop. This has been driven largely by one editor, who has made the creation and preservation of portals his or her singular objective. We've seen since the portals RfC that this user will stop at nothing to continue the march of portals...regardless of community concerns, and regardless of Wikipedia policies and guidelines. Removing him or her from the portal topic area is the only way to prevent further disruption. RGloucester 15:09, 1 March 2019 (UTC)[reply]
      • Support - as a first step. Beyond My Ken (talk) 18:42, 1 March 2019 (UTC)[reply]
      • Unnecessary per Elmidae. Enterprisey (talk!) 19:31, 1 March 2019 (UTC)[reply]
      • Unnecessary at this time as the editor has already agreed to stop and discussions are ongoing. Jonathunder (talk) 22:45, 1 March 2019 (UTC)[reply]
      • Support Although TTH seerms to be acting in good faith he just don't know when to stop, so the community has to do it for them. Miniapolis 23:50, 1 March 2019 (UTC)[reply]
      • Reluctant support TT was one of the first users that was ever nice to me, many years ago, so I'd really rather not, but this is way out of line. Personally tripling the number of portals, a WP feature that almost nobody uses, and with apparenrly very little consideration to what subjects actualy merit a portal is grossly iresponsible. I get that they were upset at the proposed removal of portals, but this is a ridiculous overreaction that benefits nobody, and if they can't see that then a formal restriction is necessary. Beeblebrox (talk) 18:20, 2 March 2019 (UTC)[reply]
      • Support per User:Fram, and I assume it would also cover conversions of "old-style" Portals to the problematic one-page versions, as well as adding portal links to any article in the mainspace, and all other Portal-related editing. WP:IDHT is spot on: in all of these Portal-related discussions, TTH has again shown what is to me a shocking failure of self-examination: no "Gee, this is another case where a broad swath of the community seems to have a major issue with my behavior, and thus should cause me to step back and assess whether there is 1) anything that, in retrospect, I should I have done differently, and 2) anything I can do now to a) try to mitigate the damage and/or b) regain the communitity's good favor." TTH's factual statement that "I have not created any new Portals since Feb. 21" is meaningless as a commitment to future behavior. UnitedStatesian (talk) 03:24, 3 March 2019 (UTC)[reply]
      • Unnecessary As mentioned above, moving to preemptively TBAN an editor who has already agreed to stop while discussion is underway serves no purpose here. If they choose to ignore the community consensus, then we can discuss further preventative measures, but doing so now is premature. As an aside, most of those red errors that are being reported are simple fixes, so anyone who finds one can post a note on WT:WPPORT for one of our editors to fix, or simply add |broken=yes to the {{Portal maintenance status}} template at the top of the page. — AfroThundr (u · t · c) 06:11, 3 March 2019 (UTC)[reply]
      • Support. Portals have not been working for for 13 years. A pause of 3 months is more than reasonable. --SmokeyJoe (talk) 04:47, 4 March 2019 (UTC)[reply]
      • Mass portal creation should be consider foul of Wikipedia:MEATBOT. Before continuing, I suggest seeking approval at an RfC, followed by the standard Bot approval process. --SmokeyJoe (talk) 04:59, 4 March 2019 (UTC)[reply]
      • Support This is a long-term problem with TTH. It used to be "Outline" pages, & maybe still is. He is always polite & cheery, but completely ignores all criticism and pushes on with his agenda, as his rather scary newsletters show. Johnbod (talk) 15:50, 7 March 2019 (UTC)[reply]
      • Support. Sensible proposal. Agree with UnitedStatesian that this should also cover conversions of old-style portals. feminist (talk) 05:04, 8 March 2019 (UTC)[reply]
      • Oppose TTH has agreed to stop for now, he doesn't need a formal ban when he's already doing it voluntarily. SemiHypercube 17:01, 8 March 2019 (UTC)[reply]

      Proposal 2 - Indefinite ban on page creation

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      Helpful comments above lead me to these numerous Drafts by User:The Transhumanist (ranging from 1 to 12 years old) => Wikipedia:WikiProject_Outlines#Outline_starts:. This is an obsession with mass creation of content no one wants. He has been creating hundreds of useless pages for years and at least 3500 useless automated Portals in the last few months. He has used up his allotment of lifetime page creations on Wikipedia and has a maintenance job to do now on his creations. He should also be working on removal of these useless pages. Therefore I propose a TBAN on page creations in all namespaces, and a TBAN on moves of pages into Mainspace or Portalspace (to prevent the moving of presetup but now empty existing drafts into mainspace), with the following exceptions: Starting an XfD (so he can assist in cleaning yup his mess) and talkpages of other users (for vandal warning etc so he can maintain quality on his creations) and talkpages in general of any existing page. TBAN may be appealed to AN which would want to approve a specific plan for the types of pages he wants to create.

      • Support as proposer Legacypac (talk) 10:44, 1 March 2019 (UTC)[reply]
      • Oppose in current form - a TBAN on page creations in all namespaces is too drastic, give how many other namespaces that cuts off. I can understand prohibition on mainspace, portalspace, wikipedia space, or even userspace. But TTH not being able to start talk pages? To upload files? To start community books? That's unnecessary. --DannyS712 (talk) 10:57, 1 March 2019 (UTC)[reply]
        I explicitly exempted talkpages of users but modified so all talkpages could be allowed. If he wants to create 500 books he should get permission. If there is a desire to create articles, he could ask for a relaxation, going through AfC for example, but with a preapproved plan. Legacypac (talk) 11:06, 1 March 2019 (UTC)[reply]
      • Oppose This seems overbroad, locking down the English Wikipedia over one user. --Auric talk 11:20, 1 March 2019 (UTC)[reply]
        Umm, this user has a long history of mass page creations. When people object he says no one told him he could not do it. A restriction would not prevent him from creating pages, it would just require him to get the plan preapproved. I don't know what crazy idea he might try next, so block everything except what he gets the community to agree to first. Legacypac (talk) 11:26, 1 March 2019 (UTC)[reply]
        The problem isn’t page creation, it’s MASS page creation (usually using automated tools). Essentially, TTH routinely sacrifices quality for the sake of volume. It is the focus on volume that needs addressing. Blueboar (talk) 12:20, 1 March 2019 (UTC)[reply]
        Yes MASS creation. We don't know what he will MASS create next, so let him propose what he wants to create BEFORE he creates it. If his idea is reasonable, great, but if not we save a ton of work and drama. Legacypac (talk) 12:24, 1 March 2019 (UTC)[reply]
        So why does the original proposal not ban him from mass creation? --Izno (talk) 13:07, 1 March 2019 (UTC)[reply]
        Because 3500 pages [3] is not Mass Creation according to his post near the top of the VPP thread: "Please clarify what you mean by "mass creation"; the figure provided above is less than 10 new pages per day per editor, which has never been considered mass creation by any WP standard. Also, please clarify what you mean by "semi-automated", since all software programs, including Wikipedia's internal text editor, may be considered semi-automated. Thank you. — The Transhumanist 19:25, 26 February 2019 (UTC)"[4] Legacypac (talk) 13:16, 1 March 2019 (UTC)[reply]
      • Oppose - the problem is limited to the Portal: namespace; there is no evidence provided that there is a problem in any other namespace (I disagree with the foregone conclusion presented about outlines). This is overreaching by a wide margin. Ivanvector (Talk/Edits) 13:33, 1 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Proposal 3: Relax tagging and notification requirements for Grouped Portal MfDs

      Creating group MfDs for portals is almost as hard as creating one of these portals. If you use twinkle it creates a bunch of redundent discussion pages and floods the creator's talkpage with templates. TheTranshuminist is insisting every page in a group nomination be tagged for deletion [5]. He is technically correct, but this generates a lot of extra work for no real benefit. Notifying the creator with the first nom in the group should be sufficient. It is not like there are tons of editors with a vested interest in an a given district of India portal. I expect there will be a few more group nominations so addressing this will speed this up. Legacypac (talk) 18:06, 2 March 2019 (UTC)[reply]

      Well, there is no notification requirement that I'm aware of , so I think you can consider that relaxed. Tagging however, is usually considered a hard-and-fast requirement. It isn't exactly fair to discuss deleting a page while not giving any indication to users watching that page. Beeblebrox (talk) 18:13, 2 March 2019 (UTC)[reply]
      But in this particular case, there is no realistic expectation that there are any page watchers to begin with, other than the single individual who created them all. Fut.Perf. 18:19, 2 March 2019 (UTC)[reply]
      Perhaps any change to the requirements should wait until until it has been agreed which topics merit a portal. There is no urgent need to carry out a mass deletion before deciding what to keep. Certes (talk) 18:22, 2 March 2019 (UTC)[reply]
      Grouped MfDs create precedent and help us create policy based on the result. For example if 20+ District of India portals are deleted at MfD a precident against creation of 690 more such portals has been established. Similarly an effort to create portals on all the counties in the US or regional districts in Canada would be easier to shut down.
      Given how we found two recently automated now broken portals linked off the Mainpage, is the creator even watching them?
      The Neelix situation creates precedent for this relaxation. We went even further there and dispensed with discussion. Legacypac (talk) 18:28, 2 March 2019 (UTC)[reply]
      Thanks for the clarification. Grouping portals which are clearly going to stand or fall together, such as districts of India, makes sense. Certes (talk) 18:38, 2 March 2019 (UTC)[reply]

      Oppose. Tagging is a requirement, notification is not. And I just completed tagging on all of the Districts of India that are in the bundled nom. Assuming the current crop of MfD's close as delete, the solution is to propose a temporary speedy deletion criterion X3. UnitedStatesian (talk) 00:47, 3 March 2019 (UTC)[reply]

      Those portals aren't representative, they're fringe cases. The set of new portals include a wide range of scope, for example, and many had additional work done on them.    — The Transhumanist   01:45, 3 March 2019 (UTC)[reply]
      What do you mean by "fringe cases" and "representative"? They seem very representative to me. UnitedStatesian (talk) 03:58, 3 March 2019 (UTC)[reply]

      Oppose – Any readers of a page that's up for deletion has a right to know that the page may go bye bye, and that's why the deletion policy requires notice. There's no need to create a separate MfD page for each page being nominated for deletion. Posting a notice on each page that leads directly to the same discussion is easy.    — The Transhumanist   01:45, 3 March 2019 (UTC)[reply]

      Concerning further proposals

      The proper venue for proposals is Wikipedia:Village pump (proposals).    — The Transhumanist   01:49, 3 March 2019 (UTC)[reply]

      AN is a perfectly good place for many kinds of proposal. With over 300,000 edits and many years here you should know better. Legacypac (talk) 03:51, 3 March 2019 (UTC)[reply]
      AN is not the proper place for a proposal on regulating content (referring to portals loosely as content). The way forward does not require administrative action, TTH will respect consensus. —SmokeyJoe (talk) 12:18, 4 March 2019 (UTC)[reply]
      Wrong venue In the nutshell at the top in read mode, and again in bold and red in the edit window, the words scream This noticeboard is for issues affecting administrators generally – announcements, notifications, information, and other matters of general administrator interest.. What we have here is a big idea involving the work of everyone. At most there should be a pointer diff here at AN. NewsAndEventsGuy (talk) 12:02, 6 March 2019 (UTC)[reply]

      As I see it the reason this ended up here is because the initial proposal was for a topic ban, which is AN material. The other related proposals were put here for convenience. At any rate it’s not grounds for a procedural close. — pythoncoder  (talk | contribs) 01:26, 11 March 2019 (UTC)[reply]

      Proposal 4: Provide for CSD criterion X3

      I am entering and numbering this proposal in order to get it into the record, but am requesting that action on it be deferred until the current round of MFDs are decided.

      As per User:UnitedStatesian, Create Criteria for Speedy Deletion criterion X3, for portals created by User:The Transhumanist between April 2018 and March 2019. Tagging the portals for speedy deletion will provide the notice to users of the portals, if there are any users of the portals. I recommend that instructions to administrators include a request to wait 24 hours before deleting a portal. This is a compromise between the usual 1 to 4 hours for speedy deletion and 7 days for XFD. The availability of Twinkle for one-click tagging will make it easy to tag the pages, while notifying the users (if there are any). Robert McClenon (talk) 04:21, 3 March 2019 (UTC)[reply]

      This proposal should be posted in a wider venue, such as WP:VPR or WP:MFD. Many of those portals have been in place for months, making WP:AN too narrow a venue for them. CSD notices wouldn't be placed until after the discussion is over, and therefore would not serve to notify the users of those portals of the discussion. A notice to the discussion of this proposal, since it is a deletion discussion, should be placed on each of the portals, to allow their readers to participate in the discussion. The current round of MfDs are not a random sampling of the portals that were created, and therefore are not necessarily representative of the set. The portals themselves vary in many ways, including scope, the amount of time they've been accessed by readers, quality, number of features, picture support, volume of content, amount of work that went into them, number of editors who worked on them, length, readership, etc.    — The Transhumanist   07:09, 3 March 2019 (UTC)[reply]
      How would you suggest to get a representative sample? Legacypac (talk) 07:20, 3 March 2019 (UTC)[reply]
      Thank you for asking. That would be difficult now, since there are already a bunch of portals nominated for MfD. If those were included, then the sample would already be skewed. I expect a truly random sample would reveal that some portals are worth keeping and others are not. A more important question would be "How would we find the portals worth keeping? Which is very similar to the question "what should the creation criteria for portals be?", the very thing they are discussing at the portal guidelines page right now. Many of these portals may qualify under the guideline that is finally arrived upon there. For example, they are discussing scope. There are portals of subjects that fall within Vital articles Level 2, 3, 4, and 5, and there are many portals of subjects of similar scope to the subjects at those levels. And many of the portals had extra work put into them, and who knows how many had contributions by other editors besides me. Another factor is, that the quality of the navigation templates the portals are powered by differs, and some of the portals are powered by other source types, such as lists. Some have hand-crafted lists, as there are multiple slideshow templates available, one of which accepts specific article names as parameters. Another way to do that is provide a manual list in the subtopics section and power the slideshow from that. Some of the portals are of a different design than the standard base template. Some are very well focused, contextually, while others are not. For example, some of the portals have multiple excerpt slideshows to provide additional context.    — The Transhumanist   07:46, 3 March 2019 (UTC)[reply]
      • Support in principle. Looking at the existing MFD discussions, TTH seems determined to drag and wikilawyer as much as possible to try to derail the discussions, even for blatantly and indefensibly inappropriate microportals like those discussed at Wikipedia:Miscellany for deletion/Portals for Portland, Oregon neighborhoods; it's not a good use of anyone's time to go through the same timesink 5000+ times. (The cynic in me says that a speedy criterion wouldn't work as while the creators wouldn't be able to decline the templates themselves, TTH and Dreamy Jazz would probably just follow the tagger around removing the speedy templates from each other's creations.) In practice, it would probably be more efficient to do what we did with Neelix and have a streamlined MFD nomination process, in which "created by TTH" is considered sufficient grounds for deletion at MFD and they default to delete unless someone can make a strong argument for keep. MFD is less gameable and also gives a space for people to defend them in those rare cases where they're actually worth keeping. (Every time I look, I find that the flood of inane and pointless TTH portals has spread further than I thought; shipping containers portal, anyone?) ‑ Iridescent 08:26, 3 March 2019 (UTC)[reply]
        Dreamy Jazz seems unlikely do that, having already decided during this debate to stop donating their time to Wikipedia. Certes (talk) 18:06, 3 March 2019 (UTC)[reply]
      • Comment – Another option would be to move these to draft space. The templates and lua modules could be modified so that the portals render right in that namespace (I wish I would have thought of this before). Being in draft space would give time to fix their various problems (keeping in mind that micro-scope is not fixable), and identify the ones worth keeping. I would agree not to move any of them personally, and would propose/request such moves after the new creation criteria guidelines for portals are settled upon. I would also be willing to tag those that did not meet those guidelines with CSD (as creator), saving Legacypac the trouble of nominating them at MfD (he mentioned somewhere that he thought I should help clean up this "mess"). Another benefit of this strategy is that if any of them sit in draft space too long without further development, they automatically become subject to deletion per the draft space guidelines, and those that reach that age without any edits can be deleted en masse without time-consuming effort-wasting MfD discussions. This course of action would of course need the participation of some lua programmers to add the necessary functionality to the modules, which would be a good upgrade for those, to allow for portal drafts to be created in the future.    — The Transhumanist   09:15, 3 March 2019 (UTC)[reply]
      P.S. @Iridescent and Legacypac: (pinging)    — The Transhumanist   09:28, 3 March 2019 (UTC)[reply]
      • Absolutely not. The problem is that hundreds of portals on obscure topics makes an unmaintainable mess. Passing it to another namespace does not solve the problem which is that the portals are not helpful and are not maintainable. Automated creation of outlines/portals/anything must stop. Johnuniq (talk) 09:36, 3 March 2019 (UTC)[reply]
      • No. I tried moving one broken portal to Draft as a test and it broke even more stuff. Not worth the effort to modify everything for draft space and then let the same little group of editors release them willy nilly back into portal space. Since this group ignored their own Wikipedia:Portal/Guidelines "portals should be about broad subject areas, which are likely to attract large numbers of interested readers and portal maintainers." why should anyone trust them to follow stricter guidelines? Legacypac (talk) 09:57, 3 March 2019 (UTC)[reply]
      • Definitely not. What possible benefit would there be to cluttering up another namespace with ≈5000 pages that will never serve any useful purpose? If you want to goof around with wikicode, nobody's stopping you installing your own copy of Mediawiki; we're not your personal test site. ‑ Iridescent 15:38, 3 March 2019 (UTC)[reply]
      • As a general rule, Portal pages should not be draftified. In fact, we should not usually move anything not designed to be an article to draft space. Draft portals should be in portal space, just like draft books should be in book space and draft templates in template space (pages with subpages are a pain to move, and many namespaces have special features that suggest keeping drafts in the same space if possible). If a portal is not ready for viewing by the general public, tag it with a relevant maintenance template and make sure it is not linked to from mainspace or from other portal pages.
      • In the case at hand, TT's mass created portals do not seem like they will all be soon made ready for wider consumption, so deleting them seems the better option. —Kusma (t·c) 20:15, 3 March 2019 (UTC)[reply]
      Many editors at the Village Pump discussion, the Tban discussion above, and at MfDs also supported this. We do not need to fragment this discussion further. Legacypac (talk) 05:12, 4 March 2019 (UTC)[reply]
      Proposal 1 will make this Proposal 4 moot. This Proposal 4 is not a proper CSD implementation. --SmokeyJoe (talk) 05:41, 4 March 2019 (UTC)[reply]
      @SmokeyJoe: Proposal 1 is about stopping TTH from creating new portals. Proposal 4 is about deleting those he created in the last couple of months. How is P1 going to make P4 moot? —Kusma (t·c) 10:19, 4 March 2019 (UTC)[reply]
      List them all in an MfD, if they must all be deleted. A CSD that enables self appointed decision makes for which should go and which might be ok, is inferior to MfD. MfD can handle a list of pages. —SmokeyJoe (talk) 11:24, 4 March 2019 (UTC)[reply]
      If you want them all at MfD stop objecting to the listing of specific Portals at MfD. Legacypac (talk) 01:34, 11 March 2019 (UTC)[reply]
      No. Some of the Portals I would support for deletion, and others definitely no. This makes the proposal for a CSD invalid. It fails the CSD new criterion criteria. The proposal is neither Objective or Uncontestable. It would pick up a lot of portals that should not be deleted. --SmokeyJoe (talk) 01:44, 11 March 2019 (UTC)[reply]
      • Support. No care at all went into these portals, they are mindless creations with loads of errors and little actual benefit for our readers. I would also support the restoration of all pre-existing portals to the pre-transhumanist version, the new "single page" version may require less maintenance, but is way too often clearly inferior (see e.g. this, which is more like vandalism than actual improvement, and has been reversed since). Fram (talk) 10:31, 4 March 2019 (UTC)[reply]
      • Comment. Anyone restoring old multi-subpage portals should bear in mind that they will require maintenance. If there is no-one willing to maintain them, they, too are likely to be MfDed. No old-style portal with a willing and active maintainer has been converted as far as I know, so I suggest that anyone restoring them should be willing to maintain them. · · · Peter Southwood (talk): 16:47, 4 March 2019 (UTC)[reply]
        • No. Converting an unmaintained but well-designed portal into an unmaintained semi-automated worse portal is not the way forward. Any claims that the new portals are maintained or don't need maintaining is false, as the many problematic new portals demonstrate. Fram (talk) 17:00, 4 March 2019 (UTC)[reply]
        • Portal:Germany was converted (more than once) although it has maintainers. To make sure your portal isn't "improved", you need to put a specific template on the page, which isn't very obvious. There are old-style multi page portals that require only minimal maintenance, and where the conversion removed specific features. All those should be reverted, also to protect the subpages from overzealous deleters (the worst is deleting the /box-footer subpages; this breaks all old revisions by removing a necessary closing div). —Kusma (t·c) 17:21, 4 March 2019 (UTC)[reply]
      • Oppose A mass-deletion of the new generation portals. Listing them at MfD will be sufficient for any that do not meet the criteria laid out in the portal guidelines (which are still under discussion). It makes little sense to remove the whole batch because some of them are problematic. They would need to be properly triaged to ensure the good ones are not caught in the process. I would of course, help with said triage. We're not trying to create more work for the community, just preserve good content. — AfroThundr (u · t · c) 23:47, 4 March 2019 (UTC)[reply]
      • Comment - You created more work for the community by creating thousands of portals, some of which do not work, and with no intention to maintain them. I see no evidence that this effort created good content that needs to be preserved. Robert McClenon (talk) 04:17, 5 March 2019 (UTC)[reply]
      There is no new content in the automated portals, it's all poorly repackaged bits of existing content. Legacypac (talk) 04:40, 5 March 2019 (UTC)[reply]
      All portals, old or new, good or bad, manual or automated, repackage existing content. That's their job. New content belongs in articles. Certes (talk) 11:20, 5 March 2019 (UTC)[reply]
      • Weak oppose on principle. CSD is a necessary evil, and I don't think we should be hasty to add another criterion that skips our usual consensus process. I'm fine with nuking these portals and not opposed to deleting them, any diamonds in the rough will prove their worth by being created again, but I would prefer one big MfD with the rationale "created by The Transhumanist" which allows proper determination of consensus and gives those who want to spend their time triaging a chance to do so. Wugapodes [thɑk] [ˈkan.ˌʧɹɪbz] 08:03, 5 March 2019 (UTC)[reply]
      Building multipage MfDs like Wikipedia:Miscellany for deletion/Portals for Portland, Oregon neighborhoods is time consuming and tedious. A temporary CSD is rhe way to go. Consensus against this mess of new portals has already been established at VP, AN and in the test MfDs. Legacypac (talk) 17:20, 5 March 2019 (UTC)[reply]
      • Support due to the massive amount of time it would take to put the ~4500 portals through MfD. MfD has been swamped with portal deletion requests from some time ago, and I can't see all this stuff removed via MfD in the foreseeable future (as someone said earlier, there is still a lot of Outlines left over from one of TTH's previous projects, so who knows how long it would take for MfD to delete all of this). This CSD X3 would streamline the process, and it would probably only take a few days to a week. It would help, as also mentioned earlier, to extend the criterion to the other users involved in the mass creation of these portals. Rlin8 (··📧) 03:31, 6 March 2019 (UTC)[reply]
        • MfD has never had an issue to nominations of list of pages. 4500 separate MfD nominations would be absurd, but a list would be OK. If each is new, and has a single author, notifications of the author will be trivial. A CSD proposal shortcuts a discussion of the merits of the new portals, and pre-supposes deletion to be necessary, contrary to deletion policy. --SmokeyJoe (talk) 04:01, 6 March 2019 (UTC)[reply]
      TTH demands we place notification on every portal. We can skip notifying him, but building even 20 page MfD's is very time consuming. How do you propose to discuss 4500 or even 100 assorted portals at a time? These took 3 min to make - but far more than 3 min to list, tag, discuss and vote, then delete - when you add up all the time required from various editors and Admins. The test MfDs are sufficent and the very strong opposition to this automated portal project justifies this temporary CSD. Legacypac (talk) 04:16, 6 March 2019 (UTC)[reply]
      "TTH demands we place notification on every portal"? Legacypac, I have missed that post by him. If he did that, it needs to be repudiated. If these are new pages, and he is the only author, it is sufficient to notify him once. If all 4500 are essentially variations on the same thing, as long as the full set is defined, and browsable, we can discuss them all together at MfD. --SmokeyJoe (talk) 05:34, 6 March 2019 (UTC)[reply]
      User:SmokeyJoe during the Portland Oregon neighborhood MFD I specifically said I was not tagging all the related portals but he insisted I tag here [7] I could not get support in the section above to relax the MfD tagging because others wanted this CSD. During the Delete Portals RFC TTH went all out insisting every portal including the community portal be tagged for deletion - then he did it himself. That brought in all kinds of casual infrequent editors who were mostly against deleting the community portal. (Even though that was Pretty much pulled out of consideration for deletion before the tagging project). That massive tagging derailed the deletion RFC. By making cleanup as hard as possible TTH is making a lot of people want to nuke everything. Legacypac (talk) 06:11, 6 March 2019 (UTC)[reply]
      Legacypac's analysis is erroneous and misleading. The WP:ENDPORTALS RFC was a deletion discussion, and posting a notice on each page up for deletion is required by deletion policy. Note that the Community Portal was only mentioned twice. A portal that was the basis for about 50 oppose votes was the Current Events portal. Neither the Community Portal nor the Current Events portal were exempted in the proposal at any time. If you didn't count those, that left the count at about 150 in support of eliminating portals to about 250 against.    — The Transhumanist   07:25, 6 March 2019 (UTC)[reply]
      @SmokeyJoe: (edit conflict) See the top of this section for the referred to statement, which is not exactly as he quoted. A notice posted at the top of the portals slated by this proposal would be appropriate. Legacypac has been posting notice for his multi-page nominations using the {{mfd}} template, which auto-generates a link to an mfd page of the same title as the page the template is posted on. Rather than following the template's instructions for multiple pages, he's been creating an MfD page for each, and redirecting them to the combined mfd. Then a bot automatically notifies the creator of each page (me), swamping my user talk page with redundant notifications. Thus, Legacypac believes he'll have to create thousands of mfd redirect pages, and that I somehow want 3500+ notifications on my talk page.    — The Transhumanist   07:10, 6 March 2019 (UTC)[reply]
      You want us to manually tag pages for deletion that you used an automated script to create? You flooded Wikipedia with useless pages in violation of WP:MEATBOT but you are worried about having to clean up your talkpage notices? Just create an archiving system for your talkpage like we did for User:Neelix's talkpage. If you don't want notices you could start tagging pages that fail your own guidelines with "delete by author request" instead of commenting on how we will do the cleanup. Legacypac (talk) 08:37, 6 March 2019 (UTC)[reply]
      • Support whatever course of action that will result in every portal created in this manner being deleted with the minimal of time and effort required. TTH has set up his automated tool, created a massive mess, and left it unattended for others to sort out. It should take less time to clean up this mess than it did to make it, not more. Nuke the lot and if there is anything of value lost then TTH can manually request pages to be restored one at a time at DRV. Fish+Karate 11:19, 6 March 2019 (UTC)[reply]
      • Support per Fish and karate. RGloucester 14:20, 6 March 2019 (UTC)[reply]
      • Strong oppose as written. I could support something that explicitly excluded portals which are in use and/or are being developed, but the current proposal to indiscriminately delete everything, including active portals, unless the admin chooses to notify any editors and the ones notified happen to be online in a narrow time frame is significantly overly broad. Thryduulf (talk) 01:54, 7 March 2019 (UTC)[reply]
      • Support Not that portals are that bad, but I don't think we need portals on smaller subjects. (Portal:Spaghetti when we already have Portal:Pasta? Portal:Nick Jr., anyone?) Some might be worth keeping, but a lot are unneeded and unmaintainable. At least it's not a Neelix case. SemiHypercube 16:57, 8 March 2019 (UTC)[reply]
      • Support Only realistic way to deal with these. Johnbod (talk) 01:57, 11 March 2019 (UTC)[reply]

      Thousands of Autogenerated "Quantum Portals" with no human curation?

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      Discovered Wikipedia:WikiProject Quantum portals which I'm not sure I fully understand but looks like another big disruption brewing. Sent to Wikipedia:Miscellany for deletion/Wikipedia:WikiProject Quantum portals Legacypac (talk) 04:54, 4 March 2019 (UTC)[reply]

      Please note that in the case of quantum portals there would be no actual pages stored in Wikipedia, There would be a link which would create a temporary page which would exist only while it was open, and would disappear when closed, like a search result. Since they would only exist when someone actively invoked them, their existence would depend on them being seen as useful to the reader at the time. Some processing time would be necessary, currently this appears to be limited by technical constraints, and is the same as would be used for rendering an uncached article or saving an edit, so it is hard to see where massive disruption would come from. No maintenance would be required, other than occasional improvements to the script.· · · Peter Southwood (talk): 16:09, 4 March 2019 (UTC)[reply]
      Legacypac (or anyone else confused by this), see Reasonator to get an idea of what they're talking about here. They don't serve exactly the same purpose—Reasonator assembles a pseudo-article in your browser on-the-fly based on data (which has no useful purpose on en-wiki, but it has an obvious potential use in more obscure languages, since it's less prone to errors than translation software)—but the principle is the same as that being discussed here.

      I personally find the idea of a "quantum portal" beyond pointless, given that barely anyone uses even the real portals (something like Portal:Fish and Portal:Trains—both major topics with a high degree of world-wide interest and well over 100,000(!) incoming direct links—average around 20 and 80 views per day respectively), but I can see that the theory behind it might make sense, especially for smaller Wikipedias where the category structure isn't as well organized and "show me a list of all the articles we currently have about trains, and all the train-related topics which other Wikipedias consider important but where we don't currently have an article" might actually be useful.

      However, English Wikipedia is certainly not the appropriate testing ground for TTH to be conducting his experiments, especially given that we still haven't finished cleaning out the detritus from the previous time TTH tried to pull this "it's too late for you to stop me as I've already done it" stunt, let alone the most recent attempt with the portals. ‑ Iridescent 11:06, 5 March 2019 (UTC)[reply]

      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Any wikiarcheologists want something to do?

      The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.
       Done  — Scott talk 11:34, 8 March 2019 (UTC)[reply]

      While digging around in some very dusty areas I found a few dozen deletion discussions from 2004 that are still sitting on Talk: subpages and need to be moved under WP:AFD as all the others were. I don't currently have time to do all of them, anyone pitching in would be very welcome.

      Cheers,  — Scott talk 16:46, 1 March 2019 (UTC)[reply]

      I think in some cases at least it's going to involve a number of page moves: the first on the list, AT-PT, was kept at the linked 2004 talk page VfD—but then subsequtly merged into a Star Wars page in 2007. So they'd be chronologically out of order? Also, I think it would need the pagemover right, as they page to be moved into would already exist? ——SerialNumber54129 16:52, 1 March 2019 (UTC)[reply]
      Ah, in that particular instance I would rename the 2007 discussion to /AT-PT 2 and add an {{oldafdlist}} to it, before moving the other one. I'd check incoming links in those cases as well, and if there were would add a hatnote saying it had been renamed. You're certainly right that there will be several that require a bit more tidying, going on past experience....  — Scott talk 17:16, 1 March 2019 (UTC)[reply]
      Could an admin please delete Talk:Law school outlines/Delete? There's no afd debate or anything there, it's just some nonsensical rambling.💵Money💵emoji💵💸 18:08, 1 March 2019 (UTC)[reply]

      Why does this need to be done at all? It's been fine since 2004 and nobody has cared about it, from how it sounds. So just leave it alone. 173.228.123.166 (talk) 02:45, 4 March 2019 (UTC)[reply]

      Thanks for your contribution. Unfortunately you evidently have no idea what you're talking about, because literally hundreds of comparable discussions have been moved into the AfD space over the years by general consensus and these are leftovers. So, no.  — Scott talk 13:55, 5 March 2019 (UTC)[reply]
      I still can't figure out how to do what is asked and I'm also wondering what the point is. Legacypac (talk) 05:08, 4 March 2019 (UTC)[reply]
      @Legacypac: you're experienced at moving pages, why don't you have that tool? Re: common sense. ——SerialNumber54129 14:02, 5 March 2019 (UTC)[reply]
      Consistency and discoverability.  — Scott talk 13:55, 5 March 2019 (UTC)[reply]
      @Serial Number 54129: Thanks for helping! Just as a note, the established style for these is to not leave a redirect and replace the link on the talk page with {{Old AfD}}.  — Scott talk 14:12, 5 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Request to lift the restriction for the unblock (2nd)

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      It has been over a year that I was unblocked, the relating unblock discussion please see Wikipedia:Administrators' noticeboard/Archive296#Standard Offer for User:B dash. The restrictions are as follow: #You must not edit at all except from this account. Note that this restriction goes further than your offer of stating any other accounts on your user page and following WP:SOCK#LEGIT strictly.

      1. You must not make any GA nominations.
      2. You may ask at Wikipedia:Administrators' noticeboard for these conditions to be lifted, but not until one year has elapsed from the time of the block being removed. It is possible that further discussion may lead to a change in this restriction, but unless you are informed otherwise it remains so.

      In the past year, I'm focus mainly on tropical cyclones-related articles, and doing some minor edits on certain topics. Moreover, I have written a few articles on tropical cyclones. Although they are not the best, this still showed my contribution to the encyclopedia. I have read through the guidelines of WP:GAN/I and WP:SOCK. I promise not to violate these guidelines anymore. In the future, I will still assuming good faith to others, especially to the new editors, and to communicate to the related userse when I'm facing a conflict. I hope the admins and other editors can consider this request. Best wishes to all. --B dash (talk) 02:09, 4 March 2019 (UTC)[reply]

      Since last time I get not much comments, I'm pinging @Alex Shih, Dennis Brown, D4iNa4, TonyBallioni, JamesBWatson, and Ivanvector: as those who joined the SO unblock of me. --B dash (talk) 02:09, 4 March 2019 (UTC)[reply]
      • Support Unless I'm missing something very obviously disruptive, I don't see any compelling reasons for the conditions to remain. Lourdes 02:28, 4 March 2019 (UTC)[reply]
      • Support since no one has raised objections and like Lourdes I can't see any likely problem. Although I strongly suggest B dash does not open any undeclared socks, even ones they feel are legitimate in the near future since the detection of such could easily be fairly controversial even in circumstances where a user who's never been under scrutiny would be fine. (Publicly declared socks would rarely be a problem for sock reasons. Privately declared socks would probably be okay, but I'd still suggest caution.) To be clear, I'm not proposing further formal sanction, simply the best way to try and avoid any problem. I leave it to B dash's best judgement when (both in time and circumstance) they can act as if they never had problems. Nil Einne (talk) 17:33, 5 March 2019 (UTC)[reply]
      • Partial support. I do not see any reason for lifting condition #1, and would prefer to leave it in place. No concerns about condition #2, and condition #3 is moot. Risker (talk) 17:58, 5 March 2019 (UTC)[reply]
      • Partial support per Risker. The condition #1 to use a single account should not be onerous. I have no concerns about lifting #2, the ban on filing GA nominations. User:B dash has been unblocked since February 2018 and they seem to be doing OK. EdJohnston (talk) 18:20, 5 March 2019 (UTC)[reply]
      • Support per comments in the previous discussion. Like editors above I see no concerns over #2, and #3 is lapsed, to the extent that it was valid to begin with. Regarding alternative accounts, if you have some reason to use alternates then it's up to you not to use them inappropriately, and I echo Nil Einne's recommendation to disclose alternates if you do create them, whether connecting them publicly or disclosing privately to Arbcom. Ivanvector (Talk/Edits) 19:03, 5 March 2019 (UTC)[reply]
      • Support though I also don't think making any new account is desirable for them. –Ammarpad (talk) 08:34, 6 March 2019 (UTC)[reply]
      • Partial support per Risker. The one account rule was added by me in the original discussion and was required for me to support the Standard Offer request. If the editor can articulate a reason why multiple accounts are needed, I might reconsider. If they can't publicly say why, for safety or security reasons, then I would prefer they contact Arb privately, who can look at the situation, and then come back here and discreetly give their opinions as to whether this is a good idea or not, although they obviously wouldn't be making the final decision, consensus would. Dennis Brown - 12:04, 6 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Change article name

      Hi,

      As Encyclopedia Iranica ( http://www.iranicaonline.org/articles/ceram-or-corum-a-small-tribal-confederacy-il-inhabiting-the-dehestan-of-ceram-in-the-kuhgiluya-region-in-southw# ), The correct name for this city is ( Cheram ), you can see ( https://en.wikipedia.org/wiki/Romanization_of_Persian ) And ( https://en.wikipedia.org/wiki/Help:IPA/Latin ) to check this ( ČERĀM ).

      Please change name of this article ( https://en.wikipedia.org/wiki/Charam,_Iran ) to (https://en.wikipedia.org/wiki/Cheram). Also please change name of this article ( https://en.wikipedia.org/wiki/Charam_County ) to ( https://en.wikipedia.org/wiki/Cheram_County ).


      Thanks.Cheshmebelgheis (talk) 10:28, 4 March 2019 (UTC)[reply]

      This name ( https://en.wikipedia.org/wiki/Cheram ) was already taken wrong. That vilage name is (Cherm) not (Cheram).Cheshmebelgheis (talk) 10:32, 4 March 2019 (UTC)[reply]
      • This is not the right place to ask these things. Admin do not determine the name of articles. Start a conversation on the talk page of the current article about it. We aren't very concerned with what another encyclopedia calls it, we are concerned with what reliable sources call it. This is our general policy on using secondary sources instead of tertiary sources when possible. Dennis Brown - 14:44, 6 March 2019 (UTC)[reply]
      @Cheshmebelgheis: - as Dennis Brown says, please use WP:RM process on the article talk page. GiantSnowman 14:54, 6 March 2019 (UTC)[reply]

      cross-wiki vandal, tirritating stuff at lunch time

      It is lunch time, so I'm going to drop this one in y'all's lap. CU is probably called for, but some of you know, no doubt, who this person is. Maybe User:Jon Kolbert would like to weigh in. I blocked one of these a few days ago but I can't find it right now. Thanks. Drmies (talk) 18:42, 4 March 2019 (UTC)[reply]

      I have locked a few of these recently, although I must admit I am not yet familiar with this vandal to associate them with any possible LTA. Jon Kolbert (talk) 19:09, 4 March 2019 (UTC)[reply]
      I had some of these on my talk page. I think this is a LTA who has some issues with CUs in the Russian Wikipedia (Q-Bit Array is one of them) and this, in some form, was going on for years. Just block on sight.--Ymblanter (talk) 11:12, 5 March 2019 (UTC)[reply]

      Unblock request by User:Technophant

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      Technophant (talk · contribs) has requested a review of their block. The latest unblock discussion (that I could find) was here. The request by Technophant, as copy-pasted from their talk page, is below. Huon (talk) 20:20, 4 March 2019 (UTC)[reply]

      I would like to make another unblock request. I have a block for sockpuppetry and topic ban in alternative medicine. I've made 3 unblock requests, detailed on my last archive page.
      As per Standard Offer, I promise to never again edit as an IP again nor create or use an alternate account and follow all civility and conflict resolution guidelines. If I choose to contribute to controversial topics, I will respect consensus, and make proposed changes in talk pages. I haven't edited in a long time, almost 4 years, and I don't expect to go back to being a frequent contributor. The quality of most pages is very good and there's little that needs to be changed. What makes me want to have privileges again is seeing out-dated or incorrect pages and wanting to make suggestions. If I get back into trying substantial revisions I would focus on start and stub pages.
      Asking for admin help to get this request in compliance and placed on the notice board.-Technophant (talk) 00:09, 11 February 2019 (UTC)[reply]
      I will also try to answer some questions I expect will come up: "What has changed and what will you do differently?" More than 3.5 years have gone by and my body is more than half way through replacing all of my cells <jk>. A lot has changed. I spend less time on the computer. I've moved to from San Antonio (boring) to Austin (exciting). I'm learning how to play new musical instruments and almost finished with my demo. I've gone through many years of therapy and programs and a good deal calmer. "Are you appealing the topic ban or just the block?" Both. I had some ownership issues with the acupuncture page because I used to keep it updated with my earlier username. I was dismayed to find that it had been taken over by what seemed to be a cabal of users who had an agenda. I accept that acupuncture lacks scientific evidence of effectiveness, however, it's also being widely recommended as an effective alternative to opioid use. As with all articles, there needs to be a focus on accuracy, formatting standards and presentation without bias. "What are the top 3 topics you intend to edit?" Science and techology, music and musical instruments, and history of the United States. Technophant (talk) 17:39, 5 March 2019 (UTC)[reply]
      • No objections, per standard offer and WP:ROPE (I'm previously and otherwise uninvolved in this). -- zzuuzz (talk) 18:35, 5 March 2019 (UTC)[reply]
      • Support unblock per the genuine request. I neither support nor oppose lifting the topic ban: I would prefer to see some unrelated constructive editing before considering that. Ivanvector (Talk/Edits) 18:58, 5 March 2019 (UTC)[reply]
      • Support unblock per the authentic request. The editors agrees to return to constructive editing. QuackGuru (talk) 20:14, 5 March 2019 (UTC)[reply]
      • If memory serves the block was due in part to this user going a little crazy (probably exacerbated by real life events out of their control) and being unable to move past a threat/insult they found in the poorly-worded comment of another editor, despite the other editor apologizing. This unblock request I think deals with those issues. I think a focus on less controversial areas than acupuncture is a good idea anyway though, and diving right back into that dispute will probably not end well for them. So I support a second chance here, with the expectation that Techno will be on their best behavior from now on. ~Awilley (talk) 21:19, 5 March 2019 (UTC)[reply]
      • Support unblock; however, suggest a Wait on the topic ban removal. Let's get a few months of problem-free editing under our belt first. --Floquenbeam (talk) 21:29, 5 March 2019 (UTC)[reply]
      • Support unblock and also lifting of the topic ban, it's been a long time. And per their statement it's unlikely for them to resume to the past behavior after all this time. –Ammarpad (talk) 08:28, 6 March 2019 (UTC)[reply]
      • Support. I supported an unblock back in 2016. But then the request went so off the rails I withdrew my support. The block was for editing while logged out and ban evasion, but it only stuck for this many years because of behavioral issues that I hope won't be an issue anymore. As for the topic ban from alternative medicine, it might have been a long time ago, but he managed to get topic banned after only 4 days of editing there. I'm not opposed to lifting the ban but I hope Technophant will appreciate that he is on a short leash.--Atlan (talk) 11:09, 6 March 2019 (UTC)[reply]
      • Support unblock, but favour retaining the topic ban for a few months (assuming that those few months are problem-free, I would then happily support lifting the topic ban also). Yunshui  11:13, 6 March 2019 (UTC)[reply]
      • Support general unblock, + 3 month TBAN wait - certainly fine for a general unblock. I just feel there is not much to be gained by an immediate TBAN removal, and something to be gained by waiting, if only by removing temptation. Sometimes there's a "now wait 6 months for TBAN removal, then 6 months for IP editing etc etc" - given the 3.5 year wait, I think a 3 month tryout would be fine. Nosebagbear (talk) 17:18, 6 March 2019 (UTC)[reply]
      • Support unblock, the TBAN can wait for 6 months though, so he can get back into the flow of things before going back to that area. A Dolphin (squeek?) 16:09, 7 March 2019 (UTC)[reply]
      • Support unblock, wait for 6 months on TBAN: The user seems is not troublesome, unblock is not a problem. However, let's wait for 6 months on the TBAN so that the user can know how to contribute properly. --B dash (talk) 16:15, 7 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      SPA?

      @MaryKontana: appears to be a SPA, looking at editor's edit contributions. Not quite sure how to handle this. GoodDay (talk) 15:06, 5 March 2019 (UTC)[reply]

      This is AttackTheMoonNow...working on it.
       — Berean Hunter (talk) 15:19, 5 March 2019 (UTC)[reply]
      See Wikipedia:Sockpuppet investigations/AttackTheMoonNow.
       — Berean Hunter (talk) 15:33, 5 March 2019 (UTC)[reply]

      Proxy API Checker

      Someone on Commons has cooked up a tool that checks whether a given IP is a proxy/VPN. I dunno how reliable it is, but folks here that work against vandals and spammers might be interested. Jo-Jo Eumerus (talk, contributions) 07:56, 6 March 2019 (UTC)[reply]

      Seems it's been mentioned in Admins' newsletter just little above #Administrators' newsletter – March 2019. –Ammarpad (talk) 08:11, 6 March 2019 (UTC)[reply]
      "Brought to you by User:SQL and User:MusikAnimal" Don't think it is someone on commons :) Galobtter (pingó mió) 11:37, 6 March 2019 (UTC)[reply]
      Galobtter, I mean technically we both have accounts on commons... SQLQuery me! 14:43, 6 March 2019 (UTC)[reply]
      Been using it for a little while now. Its results should be taken with a grain of salt: it rarely returns both false positives and false negatives, but a very useful tool nonetheless. Ivanvector (Talk/Edits) 15:12, 6 March 2019 (UTC)[reply]
      Exactly right. I wrote it last year because results from IPQS, and other providers alone can be unreliable. It only reports data from the providers, and makes no inferences of it's own at this time (except for a yes/no on google / amazon / azure nodes, and Hola VPN). Results from the tool can require some interpreting in many cases. That being said, I'm working on a version that uses Machine Learning which might.
      I would like to ask everyone while we're here, Please, don't indiscriminately run every IP you come across. The resources that the tool uses are limited, and must be shared by everyone. I'd prefer not to be forced to implement blacklisting and/or rate limiting. SQLQuery me! 15:42, 6 March 2019 (UTC)[reply]
      @SQL: Does it recheck an IP each time it runs, or can it remember if an IP was checked recently and just regurgitate saved results? I'm totally not an expert in proxies, just wondering if that would save precious resources, or even make sense at all. Someguy1221 (talk) 23:30, 8 March 2019 (UTC)[reply]
      Someguy1221, Yes, it caches for 14 days if the IP has already been run. SQLQuery me! 05:44, 9 March 2019 (UTC)[reply]

      I can't create this page, wanted to warn them about their username.... --Thegooduser Life Begins With a Smile :) 🍁 00:56, 8 March 2019 (UTC)[reply]

      information Note: the issue is caused by the title blacklist - "G" is a Fullwidth Latin letter, which are prohibited in titles by the line .*[\x{FF21}-\x{FF3A}\x{FF41}-\x{FF5A}].* <casesensitive | errmsg=titleblacklist-custom-fullwidth> # Fullwidth Latin letters in MediaWiki:Titleblacklist --DannyS712 (talk) 01:04, 8 March 2019 (UTC)[reply]
      Thegooduser, I've created the page, you should be able to leave your message now. --AntiCompositeNumber (talk) 01:43, 8 March 2019 (UTC)[reply]
      AntiCompositeNumber, Thank You! I've left my warning. --Thegooduser Life Begins With a Smile :) 🍁 01:44, 8 March 2019 (UTC)[reply]

      BLP category disruption

      Do any of you recognize this? Drmies (talk) 02:14, 8 March 2019 (UTC)[reply]

      @Drmies: This has been going on for years. I reblocked the /64 range previously blocked by NinjaRobotPirate.-- Jezebel's Ponyobons mots 19:34, 8 March 2019 (UTC)[reply]
      Thank you Ponyo--I had a vague memory, and as so often I have to rely on the memory of those who have more of it. I suppose I should start eating jellyfish. Drmies (talk) 20:02, 8 March 2019 (UTC)[reply]

      Wikipedia:Articles for deletion/Log/2019 March 8

      I just posted at WP:VPT that at Wikipedia:Articles for deletion/Log/2019 March 8, {{Wikipedia:Articles for deletion/Eric Walberg}} does not display any link to the AFD. --Jax 0677 (talk) 14:33, 8 March 2019 (UTC)[reply]

      Fixed it, after several tries. Putting bare URLs in a template that is subst'd occasionally makes things go haywire. I pulled the links out, repopulated the template, then replaced the links. Courtesy ping E.M.Gregory. Ivanvector (Talk/Edits) 14:46, 8 March 2019 (UTC)[reply]

      Merging Kira Pika and MilkyWay to Kirarin Revolution

      I suggested merging Kira Pika and MilkyWay to Kirarin Revolution, as both articles are about girl groups that are a tie-in to the anime (basically, they are playing the characters and releasing music as the characters). There is little reception about them as a group and information already overlaps with Kirarin Revolution and Kirarin Revolution discography. The groups have already disbanded 10 years ago and I see that it is unlikely that they will be expanded in the future.

      I opened a request for comments section on Talk:Hana o Pūn / Futari wa NS and Talk:Kirarin Revolution about merging Kira Pika and MilkyWay to Kirarin Revolution or Kirarin Revolution discography. Some discussions also included renaming Talk:Chance! (Koharu Kusumi song) and Talk:Happy (Koharu Kusumi song) to article titles that related more to the show as the singer was releasing music as the character. However, the only editor who has been active in this discussion is Moscow Connection (talk · contribs) and we cannot come to an agreement, with our discussions almost always ending with "no consensus." I would definitely appreciate input on what direction we should take these articles. lullabying (talk) 16:43, 8 March 2019 (UTC)[reply]

      • Why is this even on ANI?
        The user has been torturing me for months with this. In December the user started working on articles related to the anime "Kirarin Revolution" and now wants to redirect the two above-mentioned articles either to the article "Kirarin Revolution discography" he or she created on December 31 or to some other articles he or she has worked on. I've already told him or her that the groups are notable cause they charted in Japan (and they charted very high, by the way). And I honestly see no reason to redirect the articles cause they exist on multiples wikis (while his or hers "Kirarin Revolution discography" doesn't) and they can be expanded by translating the corresponding Jawiki articles. Why harm Wikipedia by redirecting the articles and thus preventing their possible expansion? --Moscow Connection (talk) 17:18, 8 March 2019 (UTC)[reply]
        • To answer your question, I was advised to do so at Talk:Hana o Pūn / Futari wa NS#Merge discussions. I also checked the JA wiki articles... most of the information presented there is still an overlap with content already presented in Kirarin Revolution and Kirarin Revolution discography as both groups are not independent of the show. lullabying (talk) 18:11, 8 March 2019 (UTC)[reply]
          • I don't understand why you never can take "no" for an answer. Every time I don't agree with you on something, you post a formal move/merge or 3O request (actually, you post both and multiple times). I can't take this anymore. If I were obsessed with this anime, then maybe I would gladly participate in many more discussions to come, but when I'm on Wikipedia I'm working on many different topics. Could you please let it go? The groups are notable, why delete their articles? --Moscow Connection (talk) 18:34, 8 March 2019 (UTC)[reply]
            • I open discussions for third opinions/requests for comment solely because we cannot agree, and I don't believe it is beyond protocol to do so. I am not trying to "win" any arguments; I am simply looking for a feasible direction of what to do with these articles. Other editors who have briefly participated in these discussions have stated their input on what to do, and you have refuted most of the comments. I am only looking for WP:CONSENSUS. lullabying (talk) 22:26, 8 March 2019 (UTC)[reply]

      User:SMcCandlish/It

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      I do not believe User:SMcCandlish/It should have been discussed for deletion. Many people commented to keep it using unsound judgement; most can be summarized as "I think it's okay because most anything is okay in the userspace". It's pretty clear from this related discussion that the content was very offensive to a widespread audience. So this content violates WP:UPNOT clearly: you may not include in your user space material that is likely to bring the project into disrepute, or which is likely to give widespread offense. Thus I really think an administrator should simply apply that rule and delete it. ɱ (talk) 19:05, 8 March 2019 (UTC)[reply]

      No, that's not how it works; Wikipedia operates on consensus, not on your personal opinions. We're not going to overturn an overwhelming consensus that the page isn't inappropriate just because you disagree with it. ‑ Iridescent 19:09, 8 March 2019 (UTC)[reply]
      You're not disputing that it violates that guideline. Not everything has to work on consensus, administrators are able to delete content that violates rules, no? Even if a flawed consensus is reached? It is true that it gives widespread offense, and that it is likely to bring the project into disrepute, do you disagree? ɱ (talk) 19:11, 8 March 2019 (UTC)[reply]
      You didn't even wait for a response. As well, per WP:CLOSE I am allowed to go to AN for this, and forum shopping only applies if it's one person doing the forum shopping. I never opened any other discussions anywhere else about this topic, so that point is moot. Also, it is a natural right to be able to discuss an improperly closed discussion here, or request an administrator action. ɱ (talk) 19:29, 8 March 2019 (UTC)[reply]
      Are you reading a different WP:FORUMSHOP than everyone else because I don't see it supporting the statemnet above. Legacypac (talk) 19:39, 8 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Transfering an excellent template from the German wiki

      Hello, while doing some map work on the German wiki and editor there pointed me to the template: de:Vorlage:Karte in einer Ecke (Template:Map in a corner). It's an excellent template and very useful. It allows to insert a location map into another location map. To my knowledge an equivalent of it doesn't exist on the English wikipedia. I was wondering if the German template could be transferred/copied to the English wikipedia. I would help with the translation work, but am not qualified to work with template code. Please let me know if it is possible to bring this template to the English wiki and how I might help. (If a template like this already exists, please excuse my post here. I wasn't aware of it, and would be grateful if you could point me to it). Thank you, noclador (talk) 22:37, 8 March 2019 (UTC)[reply]

      Change to blocking policy

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      I was reading the talk page for blocking policy and came across an RfC requesting a change to the blocking policy page (Wikipedia talk:Blocking policy#RfC: blocking the admin who blocked you). My question is not with the RfC itself or even the result but the fact that the RfC was closed by Newslinger who, while they are very active on Wikipedia and done closes before, is not only not an admin but also hasn't been an editor for even a year yet.

      Considering that there were a fair number of opposes to the request change, I think a policy that rests so much on administrator behavior should be considered controversial and, despite the support that was expressed for the RfC, and it should be reclosed by an admin. Perhaps so many admins had weighed in with their opinion that most active admins considered themselves "involved"? I'm not sure why no one questioned this in January.

      My apologies if this issue has been already brought up and dealt with here but I don't frequent the noticeboards much any more and I couldn't find anything through the AN/ANI search tool regarding this RfC. Liz Read! Talk! 01:09, 9 March 2019 (UTC)[reply]

      Hi Liz, I closed that RfC in response to a request for closure filed at Wikipedia:Administrators' noticeboard/Requests for closure/Archive 27 § Wikipedia talk:Blocking policy#RfC: blocking the admin who blocked you. If this was an inappropriate closure, I'll be happy to revert it and defer to an uninvolved administrator. As far as I'm aware, you are the first editor to challenge the closure. — Newslinger talk 04:21, 9 March 2019 (UTC)[reply]
      Hi Newslinger, I'd be happy to second the request that it should be reclosed by an admin. Govindaharihari (talk) 05:32, 9 March 2019 (UTC)[reply]
      On Izno's post I had a second read and, It does look like a good close to me, on second look, I'm happy with it. Govindaharihari (talk) 05:45, 9 March 2019 (UTC)[reply]
      Did you speak with Newslinger first? AN is not the first stop to review an RFC close. Secondly, do you find his close to be incorrect on the merits? I notice your signature is not on the page, so I presume you are sufficiently distanced to weigh on whether the close was correct... --Izno (talk) 05:34, 9 March 2019 (UTC)[reply]
      No, I did not speak to Newslinger before posting here. But this was not a disagreement between 2 editors over content. It was a question about procedure, not the result (which I don't have a strong opinion about). I wasn't asking for Newslinger to undo his closing and I'm sorry to them if I sounded critical. I was asking for an admin who has experience assessing RfCs to either confirm the result of this discussion or decide whether the result should be No Consensus. I have no experience with closing complicated RfCs and so I came here requesting an admin who did have experience review this decision.
      I'll just add that this is not an original request for WP:AN. I've seen other instances with lengthy AfDs or RfCs that have been closed by a non-admin that an editor has come here, asking to have an admin review the decision. I was concerned about this particular RfC because it involved admin behavior, rights & responsibilities. It was not about punctuation, the name of an article or whether a band's article should be deleted, it was about blocking policy. Liz Read! Talk! 23:12, 9 March 2019 (UTC)[reply]
      I have carefully reviewed the RfC and find the closure appropriate on the merits. The community has endorsed the idea that all experienced editors are allowed to close RfCs, administrator or not. I would suggest, though, that non-administrators without the lengthy and voluminous experience typically seen in administrators be cautious, and that prudence indicates that asking an administrator to co-close may be a good way to prevent future disputes (like this one). Best, Kevin (aka L235 · t · c) 06:16, 9 March 2019 (UTC)[reply]
      Thanks, I'll keep your advice in mind for future closures. — Newslinger talk 07:17, 9 March 2019 (UTC)[reply]
      Thank you for reviewing the RfC, Kevin. And thank you, Newslinger for all of the work you do here at Wikipedia. This request was about process, not your abilities and decision-making. Liz Read! Talk! 23:12, 9 March 2019 (UTC)[reply]
      I understand, and I don't mind when you or any other editor looks over my edits. Thanks for bringing this to my attention, and I'll seek co-closure for controversial RfCs in the future. — Newslinger talk 06:21, 10 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Admin bot task - delete old POTD process pages

      Hello, a new task for an admin-bot has been proposed. Please see Wikipedia:Bots/Requests for approval/AnomieBOT III 5 for any questions or feedback. Best regards, — xaosflux Talk 13:05, 9 March 2019 (UTC)[reply]

      Lots of pages awaiting protection for several hours now, please help out if those usually handling the requests are not available. --Denniss (talk) 16:22, 9 March 2019 (UTC)[reply]

      I just took care of the backlog there. As of the time of this writing, the request for page protection queue is empty. :-) ~Oshwah~(talk) (contribs) 07:33, 11 March 2019 (UTC)[reply]

      BMW 3 Series (E36)

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      IP 90.43.10.244 has been constantly edit warring on the BMW 3 Series article by replacing the infobox image despite the fact we already reached a consensus of what image to use on the infobox.

      https://en.wikipedia.org/wiki/BMW_3_Series_(E36) --Vauxford (talk) 20:21, 9 March 2019 (UTC)[reply]

      @Vauxford: (Non-administrator comment) I've issued a disruptive editing warning—the first warning issued to this IP—and reverted their latest revert. You've made multiple mistakes here. First, instead of posting warnings on the user's talk page, you participated in the edit war[8][9][10][11] contrary to the last sentence in the lead at Wikipedia:Edit warring: "An editor who repeatedly restores their preferred version is edit warring, regardless of whether those edits are justifiable: 'But my edits were right, so it wasn't edit warring' is no defense." If warnings are ineffective, the place to report edit warring is Wikipedia:Administrators' noticeboard/Edit warring (aka WP:ANEW), not here. Finally, you failed to notify the IP user of this complaint per the big red notice at the top of this page (there is a similar notice at ANEW). ―Mandruss  21:46, 9 March 2019 (UTC)[reply]
      Mandruss Those pages of edits I done are a month apart, I'm not the only who been reverting the edits on here. This isn't even my own edit, it was a decision done via consensus and this user is clearly not listening. I wasn't thinking when I did this ANI report but this is getting out of hand. --Vauxford (talk) 22:42, 9 March 2019 (UTC)[reply]
      This report is pretty much redundant since I now created the report in the appropriate section. --Vauxford (talk) 23:31, 9 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Rangeblock assist

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      Hi all, can someone please assist with a rangeblock based on these IPs?

      I'm seeing a lot of vandalism from these IPs at Thapki Pyar Ki, but they also tend to vandalise other articles when they show up, so it's worth rangblocking. This seems to be an extension of vandalism from 182.1.68.89 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log). That IP range (182.1.64.0/18) was blocked a while back. This goes back to mid-February or so, so a significant block might be helpful. Thank you, Cyphoidbomb (talk) 20:41, 9 March 2019 (UTC)[reply]

      Hey Berean Hunter, could I impose upon you to pull the trigger on this? Rangeblocks are not my forte and I'm paranoid I'll muck something up. Regards, Cyphoidbomb (talk) 20:58, 9 March 2019 (UTC)[reply]
      Sure. Blocked one month for anons.
       — Berean Hunter (talk) 21:05, 9 March 2019 (UTC)[reply]
      @Berean Hunter: Thank you kindly! Cyphoidbomb (talk) 16:53, 10 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      Removal of user rights

      The following discussion is closed. Please do not modify it. No further edits should be made to this discussion.


      Hello, WP:PERM said I should come here to request removal of user rights. This account is no longer active and probably will remain inactive indefinitely and as such no longer needs the rights granted to it. Thank you. Breawycker public (talk) main account (talk) 19:54, 10 March 2019 (UTC)[reply]

      Confirming that this is legitimate. Breawycker (talk to me!) 19:59, 10 March 2019 (UTC)[reply]
       Done, thanks. -- zzuuzz (talk) 20:04, 10 March 2019 (UTC)[reply]
      The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

      WP:CLOSECHALLENGE

      Hello, if don't think the closure of no consensus was a reasonable summation of RfC.4 IJV/JSG/JVP / this RfC discussion

      There was 9 include, 6 exclude, 1 modify votes. No editor argued that the Morning Star isn't a reliable source and there's an RfC here which confirms that it is.

      The section now only reads: Later in July, in an unprecedented move, three UK Jewish newspapers, The Jewish Chronicle, Jewish News and Jewish Telegraph, carried a joint editorial saying that a Corbyn government would be an "existential threat to Jewish life" in the UK". with one accompanying RS.

      The sentence that was removed (which according the the RfC discussion appeared to provide balance) is: "The joint editorial was condemned by three Jewish groups, namely the Independent Jewish Voices, the Jewish Socialists Group and Jewish Voice for Peace, with the Jewish Socialists Group describing the editorial as "concocted hysteria". RevertBob (talk) 20:50, 10 March 2019 (UTC)[reply]

      Firstly, when you start a discussion relating to the actions of another editor, you should notify them on their talk page. Secondly, discussion points on an RfC are not votes per se. See WP:!VOTE Catfish Jim and the soapdish 08:39, 11 March 2019 (UTC)[reply]
      Furthermore, no consensus appears to be an appropriate decision in this case. Catfish Jim and the soapdish 08:43, 11 March 2019 (UTC)[reply]