Wikipedia

Wikipedia:Requests for comment/Arbitration Committee Elections December 2023

< Wikipedia:Requests for comment
This is an old revision of this page, as edited by SQL (talk | contribs) at 23:08, 8 September 2023 (→Support (allow "guides of voter guides"): yes). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

2023 Arbitration Committee Elections

Status as of 01:15 (UTC), Saturday, 30 August 2025 (Purge)

  • Thank you for participating in the 2023 Arbitration Committee Elections. The certified results have been posted.
  • You are invited to leave feedback on the election process.
Shortcut

The purpose of this request for comment is to provide an opportunity to amend the structure, rules, and procedures of the December 2023 English Wikipedia Arbitration Committee election and resolve any issues not covered by the existing rules. 13:39, 5 September 2023 (UTC)

Background: In the case of proposals that change existing rules, or that seek to establish new ones, lack of consensus for a change will result in the rules from the 2022 election remaining in force. Some issues are not covered by the existing rules but will need to be decided one way or another for the operation of the election, in those cases it will be up to the closer to figure out a result, even if there is no clear consensus, as they have had to in the past.

Structure: This RfC is divided into portions, each of which contains a discussion point for the community. The standard RfC structure will be used, in which any user may make a general statement that other users may endorse if they so agree. The points will be listed in the table of contents, along with the users who have made statements. Anyone is free to raise any new topics that they feel need to be addressed by filling out the format template below or using {{subst:ACERFC statement}}.

Duration: In order to preserve the timeline of the election (see below), we should aim to close this RfC as soon as 30 days have passed, i.e. on or after 23:59, 30 September 2023 (UTC). The results will determine the structure, rules, and procedures for the election.

Timeline: Per the consensus developed in previous requests for comment, the electoral commission timetable is as follows:

  • Nominations: Monday 00:00, 02 October 2023 until Sunday 23:59, 08 October 2023 (UTC)
  • Evaluation period: Monday 00:00, 09 October 2023 until Sunday 23:59, 15 October 2023 (UTC)
  • Commission selection: completed by Monday 00:00, 23 October 2023 (UTC)

Per the consensus developed in previous request for comments, the arbitration committee election timetable is as follows:

  • Nominations: Sunday 00:00, 12 November 2023 until Tuesday 23:59, 21 November 2023 (UTC)
  • Setup period: Wednesday 00:00, 22 November 2023 to Sunday 23:59, 26 November 2023 (UTC)
  • Voting period: Tuesday 00:00, 28 November 2023 until Monday 23:59, 11 December 2023 (UTC)
  • Scrutineering: begins Tuesday 00:00, 12 December 2023 (UTC)

Use the following format below; post a new proposal at the BOTTOM of the page. 

== Proposal name ==
Neutral description of proposal. ~~~~

==== Support (proposal name) ====
# Additional comments here ~~~~

==== Oppose (proposal name) ====
#

==== Comments (proposal name) ====
*
----

"Candidates" bullet point

What should the gist of the beginning of the "candidates" bullet point at WP:ACERULES be?

  • Option 1: Registered account with 500 mainspace edits, editor in good standing, that is, not under block (as of the time of the nomination) or ban[a]...
  • Option 2: Registered account with 500 mainspace edits, editor in good standing and is not under block (as of the time of the nomination) or ban[a]...
  • Option 3: Registered account with 500 mainspace edits that is not under block (as of the time of the nomination) or ban[a]...

Differences highlighted for emphasis (read: emphasis not intended to be part of ACERULES). Explicitly the "gist" to allow future copyediting.
HouseBlastertalk 19:40, 4 September 2023 (UTC)[reply]

Notes

  1. ^ a b c Which blocks and bans are disqualifying is TBD at #Blocks and bans which disqualify candidates

Option 1 ("that is")

  1. I struggle to see what "good standing" could refer to other than "not blocked/banned". HouseBlastertalk 19:40, 4 September 2023 (UTC)[reply]
    It means something different in the context of clean starts or resysop requests, but I'm sure the intent wasn't to add another subjective candidate qualification. * Pppery * it has begun... 19:48, 4 September 2023 (UTC)[reply]
    I like Pppery's idea more. Second choice to option 3. HouseBlastertalk 19:52, 4 September 2023 (UTC)[reply]
  2. Second choice to Option 3. * Pppery * it has begun... 19:48, 4 September 2023 (UTC)[reply]
  3. I think we do need some reference to the status of an editor as opposed to an account. Option 3 only mentions an account with 500 mainspace edits which isn't blocked, so it wouldn't prevent a sitebanned editor with a sockpuppet from running if the sockpuppet had at least 500 mainspace edits. Hut 8.5 17:56, 5 September 2023 (UTC)[reply]
    I think just changing the word account to the word editor suffices in any of these options to clean up the issue, since an editor under a block under another account is the definition of socking. Izno (talk) 20:36, 5 September 2023 (UTC)[reply]
    Well, except for corner cases like dopplegangers, clean starts, or even actual socks who had their main account unblocked. RoySmith (talk) 16:16, 7 September 2023 (UTC)[reply]
    We already have language for disclosing alternative accounts, which takes care of the first two, and in almost all cases the third. But if we really want to belt and suspenders it, if we want to add "isn't an illegitimate sockpuppet", let's get that on the list. Izno (talk) 21:12, 7 September 2023 (UTC)[reply]

Option 2 ("and is")

  1. Well at least it cuts the stuffy adverbial "that is". But it's not the best option IMO. Martindo (talk) 02:02, 5 September 2023 (UTC)[reply]
  2. Good standing ought to be considered a broader category than merely not being blocked. 5225C (talk • contributions) 05:17, 6 September 2023 (UTC)[reply]
  3. I'd be okay with this if we had a comma before "and." Kjscotte34 (talk) 16:46, 8 September 2023 (UTC)[reply]

Option 3 (delete "good standing")

  1. On second thought option 1 includes surplusage that has apparently caused confusion, so why don't we just say what we mean directly without guesswork? * Pppery * it has begun... 19:48, 4 September 2023 (UTC)[reply]
  2. per Pppery. HouseBlastertalk 19:52, 4 September 2023 (UTC)[reply]
  3. Avoids redundancy and possible malicious interpretation of "good standing." For example, I've never been blocked or banned but I also haven't written any GAs or FAs so someone could say that means I am not in "good standing." — Jkudlick ⚓ (talk) 01:37, 5 September 2023 (UTC)[reply]
  4. Both Pppery and Jkudlick make good points. Correct grammar here should be "who" not "that" when referring to a human. Martindo (talk) 02:00, 5 September 2023 (UTC)[reply]
  5. Risker (talk) 02:01, 5 September 2023 (UTC)[reply]
  6. "Editor in good standing" is interpreted inconsistently across the project; I can't say I've ever seen the interpretation Jkudlick is implying, but in some contexts it refers to, or is misunderstood as referring to, "editors not currently under sanctions". Given we've at least once had an editor under sanctions be a serious candidate, this is probably not the intended effect. If we want to make it clear this only means "not blocked or banned", we should only say "not blocked or banned". Vaticidalprophet 02:16, 5 September 2023 (UTC)[reply]
  7. Vaticidal and Pppery describe my thoughts perfectly. If in this situation "good standing" is seen to mean an editor without sanctions, then this option is preferable to option one due to a lack of ambiguity and wordiness. Schminnte (talk • contribs) 08:57, 5 September 2023 (UTC)[reply]
  8. Per above. SN54129 12:37, 5 September 2023 (UTC)[reply]
  9. "good standing" has a variety of uses. Just get rid of it, as it doesn't appear to be necessary. Justarandomamerican (talk) Have a good day! 13:29, 5 September 2023 (UTC)[reply]
  10. The presence of "good standing" does not improve clarity and pretty much means the same thing as "not currently blocked." ThadeusOfNazereth(he/him)Talk to Me! 14:05, 5 September 2023 (UTC)[reply]
  11. Less ambiguous. Stifle (talk) 14:36, 5 September 2023 (UTC)[reply]
  12. Removes the vague term "good standing". North8000 (talk) 15:52, 5 September 2023 (UTC)[reply]
  13. What exactly does it mean to be "in good standing" anyways? The phrase is too ambiguous and can be interpreted different depending on the person, so if we really mean "not under a block or ban" when it comes to eligibility then we should just say that and nothing more. SkyWarrior 16:43, 5 September 2023 (UTC)[reply]
  14. Dangerously meaningless term. Duly signed, ⛵ WaltClipper -(talk) 17:42, 5 September 2023 (UTC)[reply]
  15. Good standing feels like a relic of the time when you were either blocked or not, and that was the only way to tell whether someone's behavior had needed actual remedy. Today, we have many formal or technical ways to indicate that someone shouldn't have all the same privileges as the average 500-edit editor. So yes, removing this phrase seems good to me for those reasons. Izno (talk) 17:49, 5 September 2023 (UTC)[reply]
  16. Subjective criteria should be left for the community to discuss rather than baked into the candidate rules. Perhaps change initial verbiage to "Registered account of candidate with..." to address Hut 8.5's concerns. ~ Pbritti (talk) 18:57, 5 September 2023 (UTC)[reply]
  17. per Pppery. QuicoleJR (talk) 20:35, 5 September 2023 (UTC)[reply]
  18. "Good standing" shouldn't be a subjective term in this context, and if it's objective there's no reason to use it and then immediately define it. Let's just say what we mean. ezlev (user/tlk/ctrbs) 22:43, 5 September 2023 (UTC)[reply]
  19. -Ad Orientem (talk) 14:24, 6 September 2023 (UTC)[reply]
  20. Heart (talk) 15:53, 6 September 2023 (UTC)[reply]
  21. Dreamy Jazz talk to me | my contributions 21:57, 6 September 2023 (UTC)[reply]
  22. Per Pperry. Good standing is a rather nebulous term. Sincerely, Novo Tape (She/Her)My Talk Page 16:00, 7 September 2023 (UTC)[reply]
  23. "Good standing" might be confusing, so we might want to remove it and consider something else. ~~2NumForIce (speak|edits) 23:39, 7 September 2023 (UTC)[reply]
  24. Much clearer. Neutralitytalk 01:31, 8 September 2023 (UTC)[reply]
  25. "Good standing" can be interpreted many ways. If it just means not banned than stating that clearly instead is ideal. – Aza24 (talk) 06:13, 8 September 2023 (UTC)[reply]
  26. No need for good standing since the vote itself can decide if the candidate is in good standing with the community. Terasail[✉️] 14:35, 8 September 2023 (UTC)[reply]

Comments ("Candidates" bullet point)

U4C membership

Should members of the U4C be barred from standing for election to ArbCom? HouseBlastertalk 19:40, 4 September 2023 (UTC)[reply]

Support (candidate may not be a U4C member)

  1. Support for the same reasons given at Wikipedia:Village pump (policy)/Archive 159#RFC: Multiple roles for active arbitrators. I will note that members of the U4C may not participate in processing cases they have been directly involved in as a result of their other positions, but even then I do not want Arbs recusing on the grounds that the matter might come before the U4C.
    Additionally, if/when the U4C is dealing with something previously dealt with by the English Wikipedia Arbitration Committee, there is a good chance it will be during (or the cause of) WP:FRAMGATE 2.0. During such a time, I would want members of the U4C whose home wiki is enwiki to be active on the case, ensuring we are represented and serving as a liaison between the U4C and enwiki. I do not want them to be recused because they previously participated in it as an Arb. HouseBlastertalk 19:40, 4 September 2023 (UTC)[reply]
  2. * Pppery * it has begun... 19:44, 4 September 2023 (UTC)[reply]
  3. I would write something here, but HouseBlaster sums it up perfectly. QuicoleJR (talk) 22:21, 4 September 2023 (UTC)[reply]
  4. HouseBlaster said it very well; ArbCom and U4C need to be mutually exclusive roles within enwiki. — Jkudlick ⚓ (talk) 01:41, 5 September 2023 (UTC)[reply]
  5. QUALIFIED support. Agree with Houseblaster, but also with S Marshall (below) Martindo (talk) 02:04, 5 September 2023 (UTC)[reply]
  6. I reworded the headings because I had to read this several times to ensure it meant "the candidate cannot be a U4C member". Risker (talk) 02:11, 5 September 2023 (UTC)[reply]
  7. I can understand this idea because if a member of the U4C holds multiple positions, then there would be less diversity of opinions and potential issues with checks and balances. --Minoa (talk) 05:19, 5 September 2023 (UTC)[reply]
  8. Support per HouseBlaster's second point: if we must have a U4C, let's not throw away our representation on it. Certes (talk) 11:06, 5 September 2023 (UTC)[reply]
  9. Edward-Woodrow :) [talk] 12:09, 5 September 2023 (UTC)[reply]
  10. Per above. SN54129 12:38, 5 September 2023 (UTC)[reply]
  11. Seems sensible for numerous reasons. Stifle (talk) 14:37, 5 September 2023 (UTC)[reply]
  12. SkyWarrior 19:11, 5 September 2023 (UTC)[reply]
  13. The reasons raised above are persuasive. This has the potential to create a very serious conflict of interest, and while I very much hope such a situation never happens again, we cannot know that it won't. If that's the case, I would also want ENWP members on the U4C to be able to articulate the community's position, and the ArbCom to be ready to take any necessary steps. But those things should be done by different people. Seraphimblade Talk to me 01:32, 6 September 2023 (UTC)[reply]
  14. Support. An organization where there are many people in multiple committees or work groups tend to be thrown into chaos when the interest of both groups collide. Even worse when the groups have similar goal. Separation is better on this case. ✠ SunDawn ✠ (contact) 05:11, 6 September 2023 (UTC)[reply]
  15. We should be taking every chance to minimise possible overlap between the two groups. There is little reason not to keep them independent. 5225C (talk • contributions) 05:19, 6 September 2023 (UTC)[reply]
  16. Support per above; and, oddly, per below- if they are meant to be peer bodies then they certainly should not have the same members. They should separate entities, mutually exclusive as much to avoid issues of policy (members having to recuse from cases because of previously being involved thanks to the other committee) as to avoid a concentration of power. Happy editing, SilverTiger12 (talk) 15:25, 6 September 2023 (UTC)[reply]
  17. Ivan (talk) 14:09, 7 September 2023 (UTC)[reply]
  18. Per above, as U4C seems a bit like an ArbCom for the ArbCom. ~~2NumForIce (speak|edits) 23:42, 7 September 2023 (UTC)[reply]
    Except the guidelines say that's not supposed to be true. That it's supposed to be a peer body. It could have jurisdiction if there has been a systemic failure to enforce the UCoC, but ArbCom's remit is far broader than that and the U4C's remit for communities that don't have arbcoms is also far broader. Barkeep49 (talk) 14:29, 8 September 2023 (UTC)[reply]
  19. Per above. SQLQuery Me! 23:06, 8 September 2023 (UTC)[reply]

Oppose (candidate may be a U4C member)

  1. I am not surprised to see this gaining support but I think it's a real mistake. The reasons that apply to Ombuds and Case Review Committee - that is they are somehow appellate bodies of ArbCom - doesn't apply to the U4C. Or if it does apply it means something has gone catagorically wrong on English Wikipedia. By policy the U4C is supposed to be a peer body to ArbCom. This is incredibly important to me, and I know it is to other members of our community that we don't have some global arbcom over us. By passing this I think we absolutely send the wrong message. Instead I think we should consider the U4C more akin to the Stewards. A peer group that ArbCom interacts with, who have certain responsibilities that overlap with ArbCom's (for instance ArbCom needs the stewards to unlock people who file certain appeals, the Stewards need ArbCom to run certain checkuser checks) and we should treat them the same (namely that we don't prohibit a sitting Arb from being a Steward). I think someone would have to be insane to want to sit on both ArbCom and the U4C and I would not support someone who wanted to do both. But I think that's something that should be left up to the electorates rather than banned in this way. Barkeep49 (talk) 15:16, 5 September 2023 (UTC)[reply]
  2. Per Barkeep. North8000 (talk) 15:55, 5 September 2023 (UTC)[reply]
  3. I certainly don't want sitting arbs to be U4C members, because that's too much influence in too few hands; but the rule should be that people give up their U4C membership if elected. They shouldn't have to give it up just to become candidates.—S Marshall T/C 16:53, 5 September 2023 (UTC)[reply]
    Excellent point. I've qualified my vote for support (see above #5. Martindo (talk) 20:55, 7 September 2023 (UTC)[reply]
  4. Support S. Marshall's idea of requiring U4C members relinquishing their membership upon election, but not for candidacy. – John M Wolfson (talk • contribs) 16:57, 5 September 2023 (UTC)[reply]
  5. Allow the community to decide on a case-by-case basis whether they want a candidate to have multiple similar roles, that way the merits of editors with a wealth of experience can be weighed against the risk of granting certain individuals too much authority. ~ Pbritti (talk) 19:04, 5 September 2023 (UTC)[reply]
  6. Per Barkeep49 and Pbritti. Frostly (talk) 20:07, 5 September 2023 (UTC)[reply]
  7. Per Barkeep. Folly Mox (talk) 04:36, 6 September 2023 (UTC)[reply]
  8. No, per Barkeep, S Marshall & Pbritti. Callanecc (talk • contribs • logs) 09:36, 6 September 2023 (UTC)[reply]
  9. Per Barkeep49. -Ad Orientem (talk) 14:25, 6 September 2023 (UTC)[reply]
  10. Let's fix this another way - amend arbpolicy that you can't be a member while also in UC4. Either this discussion, or another one, could be used to request arbcom make that rule for themselves. — xaosflux Talk 15:15, 6 September 2023 (UTC)[reply]
  11. Per Barkeep. TBH, I don't see the strong issues that caused the original RFC to go the way it did, but Barkeep presents a decent enough response on why this is different either way. Izno (talk) 15:19, 6 September 2023 (UTC)[reply]
  12. As the proposer, I was a srtong supporter of not allowing arbs that are also Ombuds, because of the very distinct possibility of a conflict of interest in reviewing their own work. This simply is not the same thing, at all, and I don't think it would accomplish anything good. I think it is a good thing that we have an duly elected arbitrator representing our project on the U4C. Beeblebrox (talk) 18:55, 6 September 2023 (UTC)[reply]
  13. I think Barkeep49's and Xaosflux's thoughts both cover why I think this is not needed. I'm on the fence about whether it should be allowed but, even if I would support this in principle, I think adding this to the ArbCom procedures is better as an arbitrator could become a part of the U4C during their term and this wouldn't necessarily bar them from doing so. Dreamy Jazz talk to me | my contributions 22:00, 6 September 2023 (UTC)[reply]
  14. Per Barkeep — Rhododendrites talk \\ 03:04, 7 September 2023 (UTC)[reply]
  15. No. Duly signed, ⛵ WaltClipper -(talk) 18:37, 7 September 2023 (UTC)[reply]
  16. I'm just against having this discussion during an election RFC (and not being held seperately). Wikipedia:Village pump (policy)/Archive 159 § RFC: Multiple roles for active arbitrators was a question of whether arbcom should be encouraged to amend their procedures to reflect a new consensus. Preventing Arb candidates from running if they are members of the U4C (a body which doesn't even exist yet) seems like an inherently clunky way of accomplishing what the previous RFC did.
    Additionally, without a motion from Arbcom like before, this proposal wouldn't even prevent a candidate from getting elected to Arbcom and then joining the U4C. –MJL ‐Talk‐☖ 21:30, 7 September 2023 (UTC)[reply]
  17. Per Pbritti. Thryduulf (talk) 08:39, 8 September 2023 (UTC)[reply]
  18. Essentially per Barkeep49, Beeblebrox and Pbritti. Boing! said Zebedee (talk) 10:24, 8 September 2023 (UTC)[reply]
  19. Very important to get English Wikipedians on the U4C and other meta-level governance structures, so that enwiki is properly represented at that level. Making some of our most governance-saavy Wikipedians pick between one or the other doesn't seem like a great idea. –Novem Linguae (talk) 13:16, 8 September 2023 (UTC)[reply]
  20. Per xaosflux. If there is a problem with U4C membership, only blocking through elections isn't the best way to fix this. Terasail[✉️] 14:40, 8 September 2023 (UTC)[reply]
  21. I'm not yet sure if people should be allowed to simultaneously sit on arbcom and U4C, but if we want to say they're not, this is the wrong way to go about it. An arbcom candidate could be (with apologies to vermont) a codie and resign their seat on the U4C should they get on arbcom. RoySmith (talk) 22:20, 8 September 2023 (UTC)[reply]

Comments (U4C membership)

Blocks and bans which disqualify candidates

How should partial blocks and bans (e.g., page, topic, interaction) affect the eligibility of users to run for ArbCom?

  • Option 1: any partial block/ban disqualifies a candidate
  • Option 2: partially blocked/banned users are ineligible if the block/ban prevents them from submitting their candidacy
  • Option 3: only site-blocked/site-banned users are ineligible (if necessary, candidates may ask another user to submit their candidacy on their behalf)

HouseBlastertalk 22:42, 4 September 2023 (UTC)[reply]

  • Option 4: users who are partially blocked/banned as the result of AC/DS enforcement or who are unable to submit their candidacy are ineligible
— Jkudlick ⚓ (talk) 01:56, 5 September 2023 (UTC)[reply]

Option 1 (any block)

  1. Anyone who requires blocking from editing anything on this project is not appropriate for this role. I would say that about anyone who is seeking advanced permissions (remember, Arbcom membership comes with CU and OS). Risker (talk) 02:05, 5 September 2023 (UTC)[reply]
  2. People with blocks cannot be trusted to be an arb NW1223<Howl at me•My hunts> 02:17, 5 September 2023 (UTC)[reply]
  3. Dreamy Jazz talk to me | my contributions 10:17, 5 September 2023 (UTC)[reply]
  4. ltbdl (talk) 12:13, 5 September 2023 (UTC)[reply]
  5. I worry about bad/marginal blocks, but those need to get resolved rather than designing for them. North8000 (talk) 15:57, 5 September 2023 (UTC)[reply]
  6. An editor blocked from editing a certain article or banned from editing in a subject area/interacting with another editor should be prohibited from being involved in something as personal as ArbCom. They should seek to appeal their blocks/bans before approaching candidacy. ~ Pbritti (talk) 19:07, 5 September 2023 (UTC)[reply]
  7. Per Risker. SkyWarrior 19:09, 5 September 2023 (UTC)[reply]
  8. Frostly (talk) 20:07, 5 September 2023 (UTC)[reply]
  9. If an editor is currently subject to a block or other sanction, they are not fit to have access to confidential data. Seraphimblade Talk to me 01:21, 6 September 2023 (UTC)[reply]
    Depends on the type of block really. I mean there are all sort of people everywhere, notwithstanding if they are in "good standing" or not. Regards, Thinker78 (talk) 01:31, 6 September 2023 (UTC)[reply]
  10. Agree that anyone who misbehaved to the extent they needed to be blocked is not suitable for the role and should be ineligible for candidacy. 5225C (talk • contributions) 05:21, 6 September 2023 (UTC)[reply]
  11. Per above. Callanecc (talk • contribs • logs) 09:39, 6 September 2023 (UTC)[reply]
  12. Obviously this one because blocking is just a very serious matter. Zippybonzo | Talk (he|him) 20:12, 6 September 2023 (UTC)[reply]
  13. While I'm sympathetic to the reasoning of #3, I'd prefer to avoid a situation where a pure vote outweighs the results of consensus-based behavior-related processes. — Rhododendrites talk \\ 02:58, 7 September 2023 (UTC)[reply]
  14. Any editors with topic/interaction bans should not be eligible to prevent ArbCom decisions stemming from unfair biases. Sincerely, Novo Tape (She/Her)My Talk Page 16:06, 7 September 2023 (UTC)[reply]
  15. As ArbCom is a very serious role with advanced permissions, it is a bit risky to grant blocked users ArbCom. ~~2NumForIce (speak|edits) 23:44, 7 September 2023 (UTC)[reply]
  16. Someone with an active block/ban is not the person who should be the neutral party in disputes. Terasail[✉️] 14:48, 8 September 2023 (UTC)[reply]
  17. SQLQuery Me! 23:07, 8 September 2023 (UTC)[reply]

Option 2 (only blocks that prevent submission)

  1. Consistency with suffrage eligibility is a good thing. HouseBlastertalk 22:42, 4 September 2023 (UTC)[reply]
    Adding on: I fully understand the rationale behind option 1, and do not begrudge anyone for supporting it. Personally, I cannot see myself supporting any candidate subject to any block/ban. The reason I support this option is because I think it should be up to the enwiki voters to decide qualifications, not us (the people who happen to see this RfC). I might not trust them, but if >50% of the community does, I don't oppose them getting a seat. HouseBlastertalk 02:32, 5 September 2023 (UTC)[reply]
  2. * Pppery * it has begun... 22:46, 4 September 2023 (UTC)[reply]
  3. per HouseBlaster. Thryduulf (talk) 22:51, 4 September 2023 (UTC)[reply]
  4. A two-way IBAN should not disqualify a candidate, but if you cannot be trusted to edit the nominations page, you cannot be trusted to be an arbitrator. QuicoleJR (talk) 22:54, 4 September 2023 (UTC)[reply]
  5. It's not too lenient. I don't see any mention of a block being under appeal, so it seems moderately strict that this type of block will suffice even if currently under appeal. Martindo (talk) 02:08, 5 September 2023 (UTC)[reply]
  6. Ideologically I agree with #3, and I'm amused by the idea of a candidacy needing to be edit-requested because the candidate couldn't make it, but from an "actual real-world practicability" perspective this is the minimum viable one. I'm not inclined to say "any candidate whose restrictions come from arbcom should be ineligible" at all, because there are too many reasons things go to arbcom that aren't the "this is an Unusually Bad thing" that a lot of the community rounds it to (because the most visible arb cases are when something is unusually bad). Vaticidalprophet 02:20, 5 September 2023 (UTC)[reply]
  7. Mainly per House Blaster. I personally would not support a candidate with a block, but others may support a candidate with a two way I-ban or a P-block from an obscure page. If the community wants these candidates as arbitrators, they will be elected. Schminnte (talk • contribs) 09:39, 5 September 2023 (UTC)[reply]
  8. Supporting this, not because "the community might genuinely support someone with a block" (that would be a downside of the community), nor because "RfC viewers might be biased in other directions compared to the community" (those who have the wherewithal to go to this RfC should be entitled to have more of a say on how these elections are run), but rather because I can think of an obscure block or IBAN that does not impugn on a candidate's genuine character; obviously necessary recusals would be in order, and more to the point any block that prevents even submission is a no-go for a similar reason to why we extended-confirmed protect the RfA page. – John M Wolfson (talk • contribs) 14:25, 5 September 2023 (UTC)[reply]
  9. Per above. Izno (talk) 17:55, 5 September 2023 (UTC)[reply]
  10. -Ad Orientem (talk) 14:26, 6 September 2023 (UTC)[reply]
  11. Heart (talk) 15:49, 6 September 2023 (UTC)[reply]
  12. I guess this is the least bad. Eligibility should be a very low bar. If an obviously unqualified candidate gets on the ballot, the community has the power to not vote for them. It's not like we've got so many candidates that we need to limit the number to avoid having to print multi-page ballots. RoySmith (talk) 17:17, 6 September 2023 (UTC)[reply]
    Plus editors who have been blocked could influence things to change according to their practices, which for some might be a bad thing, but for others a good thing. Take for example editors who may have been blocked for disruption because they keep on discussing things without accepting what the majority says. Regards, Thinker78 (talk) 21:54, 6 September 2023 (UTC)[reply]
  13. Ivan (talk) 14:07, 7 September 2023 (UTC)[reply]
  14. I'd be unlikely to vote for a candiate who had any kind of active block or ban, as we're electing people to sit in ultimate judgment of others who are subject to blocks and bans. And I doubt anyone with a block or ban would actually succeed in the election. But I think it should be on a case-by-case basis, decided by community vote. Boing! said Zebedee (talk) 10:32, 8 September 2023 (UTC)[reply]

Option 3 (only site-blocks)

  1. If the community trusts someone enough to elect them despite being blocked, then we shouldn't put other barriers in place - although I would be shocked if an editor with an active block of any sort was ever elected. BilledMammal (talk) 04:53, 5 September 2023 (UTC)[reply]
  2. Per BilledMammal. Edward-Woodrow :) [talk] 12:08, 5 September 2023 (UTC)[reply]
  3. Per BilledMammal. SN54129 12:40, 5 September 2023 (UTC)[reply]
  4. Let the voters decide, though anyone who's blocked is unlikely to get my vote. Certes (talk) 13:01, 5 September 2023 (UTC)[reply]
  5. Per BilledMammal. The Blue Rider   14:42, 5 September 2023 (UTC)[reply]
  6. Per BilledMammal.—S Marshall T/C 17:07, 5 September 2023 (UTC)[reply]
  7. Per BilledMammal. Iamreallygoodatcheckers talk 18:22, 5 September 2023 (UTC)[reply]
  8. Per BilledMammal Mach61 (talk) 20:11, 5 September 2023 (UTC)[reply]
  9. Makes sense per BilledMammal's explanation. This is the kind of thing that we should trust voters with. – Aza24 (talk) 06:17, 8 September 2023 (UTC)[reply]

Option 4 (AC/DS enforcement as well as blocks that prevent submission)

  1. As Gwennie-nyan noted below, users who are subject to AC/DS enforcement really cannot be trusted to be an arbitrator, because those users ignored the advisements on their talk pages of the AC/DS topics. I think Option 1 is too harsh but Option 2 is too lenient, so this option is intended to act as a middle ground between them. — Jkudlick ⚓ (talk) 01:56, 5 September 2023 (UTC)[reply]
    See my vote for Option 2. Not too lenient because it would be in force even if a block were currently being appealed. Martindo (talk) 02:09, 5 September 2023 (UTC)[reply]
  2. People who have active CTOP sanctions cannot be trusted to make binding desisions in those areas NW1223<Howl at me•My hunts> 02:18, 5 September 2023 (UTC)[reply]

Comments (Blocks and bans which disqualify candidates)

  • I am bundling bans with this question on pblocks because the language about blocked candidates is just as ambiguous as banned candidates. Additional options welcome (but please try to keep the number of choices reasonable!). HouseBlastertalk 22:42, 4 September 2023 (UTC)[reply]
  • I think we should also include AC/DS sanction enforcement as well. ~Gwennie🐈｟💬 📋｠ 01:36, 5 September 2023 (UTC)[reply]
  • I'm baffled. Arbitrators are granted CU and OS. I can't imagine anyone in this community thinking that it would be okay to have candidates for CU or OS who are the subject of any ban or block of any type. People who are subject to even p-blocks have given the community reason to believe they are problems. I know we don't have as many candidates (particularly non-repeat candidates) as we would all like, but let's not lower the bar that far. Risker (talk) 02:16, 5 September 2023 (UTC)[reply]
    I don't think the community is going to grant functionary tools to many people with only 500 mainspace edits either, no? I've always interpreted the minimum standards as intentionally far lower than the real minima to account for edge cases. I can picture a lot more edge cases around sanctions than around making fewer mainspace edits than most unbundled rights require. Vaticidalprophet 02:27, 5 September 2023 (UTC)[reply]
    Certainly many people have deserved blocked and bans. But this makes me think that throughout human history, also dissidents and opponents have been imprisoned and worse by a system. Therefore, I think that at least one arbitration committee position should not have the restriction about having been blocked/banned. Regards, Thinker78 (talk) 05:01, 5 September 2023 (UTC)[reply]
    We're not infallible. If the community elects someone with a block or ban to ArbCom, it's a strong indication that it was a bad block or ban. – Joe (talk) 06:49, 5 September 2023 (UTC)[reply]
  • Option 4 seems like an expansion of the meaning of "good standing"; perhaps it should be spun out into a separate question? isaacl (talk) 02:28, 5 September 2023 (UTC)[reply]
  • Is this meant to mean an active block, or someone who has ever been blocked? The latter would seem to be too strict. Stifle (talk) 14:38, 5 September 2023 (UTC)[reply]
    Yes, that should be explicitly stated on the proposal, especially since Option 1 seems to indicate the last-mentioned. The Blue Rider   15:10, 5 September 2023 (UTC)[reply]
  • What about accidental blocks that were then quickly reversed, or ones followed by a 10-second block by another admin to indicate "this user did nothing wrong"? Would option 1 (any block/ban) exclude those users from running? In all the years I've been here, I've seen plenty of those examples... Duly signed, ⛵ WaltClipper -(talk) 19:42, 5 September 2023 (UTC)[reply]
  • There's a risk of creating a perverse incentive here. "I don't want you on Arbcom so I'm going to find a pretext to pblock you from my user talk page."—S Marshall T/C 13:30, 6 September 2023 (UTC)[reply]
    Which would be a bad block and likely get the admin dragged before ArbCom ultimately. That aside, that framing of it is solely an issue with item 1. Izno (talk) 15:04, 6 September 2023 (UTC)[reply]
  • I don't think we need a rule here at all. If a user is p-blocked from a topic area, I can't imagine that the community would elect them to the committee. You can't trust someone to resolve disputes if they are the one causing them. Beeblebrox (talk) 23:18, 7 September 2023 (UTC)[reply]
    After thinking about it, I agree wholeheartedly with Beeblebrox. What's the point of an additional rule if users and voters will clearly be able to clearly see whether someone has an active block/ban in an area? It'd be one thing if there were no electoral process whatsoever, but I don't think the community would be so willing en masse to avert their eyes from a candidate's block history in consideration for a role such as arbitrator. This is WP:NOTBURO territory. Duly signed, ⛵ WaltClipper -(talk) 13:26, 8 September 2023 (UTC)[reply]
  • It's very unclear to me whether this means currently blocked or ever blocked. SportingFlyer T·C 16:12, 8 September 2023 (UTC)[reply]
    is not under block (as of the time of the nomination) or ban from the current ACERULES. I do not think any of this intends to change that aspect. Izno (talk) 16:22, 8 September 2023 (UTC)[reply]

Allow "guides of voter guides"

Remove the Guides to other guides are ineligible. sentence from templates such as {{ACE2022}}, {{ACE2021}}, etc.. – John M Wolfson (talk • contribs) 14:21, 5 September 2023 (UTC)[reply]

Support (allow "guides of voter guides")

  1. Support as proposer. It makes complete sense, and would be quite useful, to collate the various guides into a sort of "meta-guide" that lists each candidate and the rough percentage of guide makers who support/oppose them. The argument that this would put too much emphasis on the opinions of guide-makers does not hold water for me, as such makers are the political pundits whose opinions already hold disproportionate influence, and rightly so given that they are the ones who care enough about these elections to thoroughly (even if imperfectly; a benefit of collating guides is correcting for individual errors or biases) research the candidates. – John M Wolfson (talk • contribs) 14:21, 5 September 2023 (UTC)[reply]
  2. * Pppery * it has begun... 14:23, 5 September 2023 (UTC)[reply]
  3. Guides of guides serve the exact same purpose as guides: offering additional information from a different perspective. Additionally, seems to be a bit of a WP:CREEPy rule. HouseBlastertalk 14:59, 5 September 2023 (UTC)[reply]
  4. Placing a restriction here is not necessary. Frostly (talk) 20:08, 5 September 2023 (UTC)[reply]
  5. The ban is a solution in search of a problem. 5225C (talk • contributions) 05:22, 6 September 2023 (UTC)[reply]
  6. Support making things easier for people. SN54129 11:51, 6 September 2023 (UTC)[reply]
  7. To the extent they're a negative, I don't see them as any more of a negative than the guides themselves. As long as we're going to showcase anyone's subjective judgments in this central template, why not allow guides that provide context for the other guides? Just not seeing a problem. Otherwise, not opposed to getting rid of the guides section. — Rhododendrites talk \\ 03:03, 7 September 2023 (UTC)[reply]
  8. A useful summary for someone who doesn't want to wade through lots of detail across multiple pages. No one has to read or follow them. Certes (talk) 10:24, 7 September 2023 (UTC)[reply]
    As there is no quality control at all with guides, let alone guides to guides, "useful summary", "useless summary" and "actively misleading summary" are equally likely states of affairs. This means that there is a real risk to/from those who do follow them. Thryduulf (talk) 18:57, 7 September 2023 (UTC)[reply]
  9. I tend to think we take the whole notion of voter guides too seriously and we don't need to gatekeep what kind of guide someone makes. Beeblebrox (talk) 23:20, 7 September 2023 (UTC)[reply]
  10. As guides are essentially different editors' perspectives, it kind of makes sense for perspectives of perspectives. ~~2NumForIce (speak|edits) 23:46, 7 September 2023 (UTC)[reply]
  11. Have seen no problem with these. Neutralitytalk 01:34, 8 September 2023 (UTC)[reply]
  12. Nothing is stopping this being reversed if it turns out not to work, so why not give it a try Terasail[✉️] 14:50, 8 September 2023 (UTC)[reply]
  13. SQLQuery Me! 23:08, 8 September 2023 (UTC)[reply]

Oppose (allow "guides of voter guides")

  1. I don't see a win here TBH. The most meta guides can offer is to point out where another guide is off the mark, but this can easily be done (and is done) by placing comments on that guide's talk page. That leaves only their purpose as summaries to other guides, which are inevitably going to be noisy and generally low value relative to reading the guides of interest. As for king making, that is an allegation levied at our current guides, and the evidence does not indicate that guides in fact do so in any strong measure. I say these things as someone who puts together such a guide summary table for each year. Izno (talk) 17:21, 5 September 2023 (UTC)[reply]
  2. I agree with Izno. I see basically no potential light and a lot of potential heat arising from allowing guides to guides of candidates - we want to be encouraging voters to make their own minds up about candidates based on their answers to questions, not based on two levels of (sometimes pointy) commentary. Thryduulf (talk) 17:26, 5 September 2023 (UTC)[reply]
  3. Per Izno and Thryduulf. Mz7 (talk) 02:46, 6 September 2023 (UTC)[reply]
  4. I fear losing nuance that the guides' authors may deem important, in addition to granting the meta-guides' authors the power to pick and choose which guides to include in their meta-guides. I think it's fair to have voters do a bit more reading. Folly Mox (talk) 04:30, 6 September 2023 (UTC)[reply]
  5. Per Izno and Thryduulf. Callanecc (talk • contribs • logs) 09:40, 6 September 2023 (UTC)[reply]
  6. Dreamy Jazz talk to me | my contributions 22:02, 6 September 2023 (UTC)[reply]
  7. per Izno. Edward-Woodrow :) [talk] 19:58, 7 September 2023 (UTC)[reply]
  8. I think the the guides alone put too much influence in their writers' opinions (and I say that as someone who used to write them, but changed my mind). Guides to guides, at worst, would create further undue influence, and at best would only add confusion and create yet another way to argue. Boing! said Zebedee (talk) 10:36, 8 September 2023 (UTC)[reply]
  9. I find the guides each year a useful guide (sorry) of where to look; i can see the value in a meta-guide but nevertheless oppose per Boing! and Izno. Happy days, ~ LindsayHello 15:18, 8 September 2023 (UTC)[reply]

Comments (allow "guides of voter guides")

Length of voting

Clearly will not gain consensus and so no point in spending further editor time considering. Barkeep49 (talk) 16:15, 8 September 2023 (UTC)[reply]

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

Change the length of voting from 14 days to 10 days. Barkeep49 (talk) 15:34, 5 September 2023 (UTC)[reply]

Support (Length of voting)

  1. Based on recent years, we'd get at least 90% of current voters with this reduced period (and I suspect more given that there is always a spike of voters on the last day). It has always seemed, but especially the years I'm a candidate, that this period just stretches on forever - people already remark how long RfA is and this is twice as long. This would also allow incoming Arbs to get on the lists and such sooner - something which I think has real benefits for those arbs. Barkeep49 (talk) 15:34, 5 September 2023 (UTC)[reply]
  2. * Pppery * it has begun... 15:36, 5 September 2023 (UTC)[reply]
  3. - per Barkeep49. Tim O'Doherty (talk) 15:50, 5 September 2023 (UTC)[reply]
  4. Per Barkeep49. Hey man im josh (talk) 15:54, 5 September 2023 (UTC)[reply]
  5. Per Barkeep49. The process leading to the actual voting is already tediously long. — Jkudlick ⚓ (talk) 16:38, 5 September 2023 (UTC)[reply]
  6. Per Barkeep49 & Jkudlick's addendum. Happy days, ~ LindsayHello 17:48, 5 September 2023 (UTC)[reply]
  7. Per Barkeep49, Jkudlick, and my own impatience. – John M Wolfson (talk • contribs) 20:08, 5 September 2023 (UTC)[reply]
  8. Per Barkeep. Callanecc (talk • contribs • logs) 09:41, 6 September 2023 (UTC)[reply]
  9. The math in the oppose section is sub-par, and they show no workings. SN54129 11:53, 6 September 2023 (UTC)[reply]
  10. Per Barkeep, good idea to shorten the voting period. Toadette (chat)/(logs) 13:34, 6 September 2023 (UTC)[reply]
  11. Most logical choice. Should include two weekends. Risker (talk) 18:58, 6 September 2023 (UTC)[reply]
    @Risker given that the election starts on a Tuesday (changing this has not been proposed), 10 days would only include one weekend (Tuesday to the following Friday). Thryduulf (talk) 19:48, 6 September 2023 (UTC)[reply]
    Further note that for a ten-day period to cover two weekends, it would have to start on a Friday or Saturday, when there is likely to be fewer technical support staff on hand. An eleven-day period would allow the voting to start on Thursday and cover two weekends. If the desire is not to extend the fallow period before voting further (it's already one more day than had been specified in 2013), then the start of the nomination period will have to be shifted accordingly (either earlier to keep the nomination period from starting and ending later, or later with a resulting delay to the nomination period). isaacl (talk) 21:13, 6 September 2023 (UTC)[reply]
    It can start at 0001 UTC on a Friday; there are sufficient staff to assist then. I am fully in favour of shifting everything that needs to be shifted. But 10 days is sufficient; I can say honestly as someone who sat on Arbcom for 5 years that four extra days of voting is very unlikely to result in a different outcome. People place far too much importance on this election than is warranted; we aren't electing people to run Wikipedia, only to resolve a dozen or so disputes a year. Risker (talk) 23:42, 7 September 2023 (UTC)[reply]
    If you think the election should start other than on a Tuesday then you will need to explicitly propose that. I don't understand how anyone who isn't a scruitineer can know whether four days would affect the results - we know when people vote but we don't know how they vote. If a significant proportion of people voting in the last few days vote for or against a particular candidate and/or a signifiant proportion of the votes for or against a specific candidate are made at the end then this will absolutely impact the results. How likely this is to happen, we have know way of knowing. Thryduulf (talk) 23:53, 7 September 2023 (UTC)[reply]
    The community enshrined starting the vote on the second business day of the week to avoid the issue of staff taking an extra day off after the weekend; to be consistent with this logic, the last business day of the week is also a day to avoid. isaacl (talk) 23:57, 7 September 2023 (UTC)[reply]
    The "second business day of the week" thing was more a timezone issue than a staff holiday issue - 00:01 Monday UTC is 16:01 Sunday Pacific Time (where the majority of the relevant staff are located). 00:01 Friday UTC is 16:01 Thursday so wouldn't have the same issue. Phrasing it as "second business day of the week" rather than "Tuesday" was to account for whatever the US equivalent of bank holidays are called that mean Monday is a non-business day. Thryduulf (talk) 00:26, 8 September 2023 (UTC)[reply]
    Thanks for the correction. In that case, a Friday start time would remain consistent with that rationale. Since the second business day was specified in the earlier RfC rather than any day other than the first business day, for a better or worse, a new consensus would be required for a change. isaacl (talk) 00:42, 8 September 2023 (UTC)[reply]

Oppose (Length of voting)

  1. I think the current length is a good balance in allowing the global community time to reflect and decide, versus not having the voting period be overly long. isaacl (talk) 15:48, 5 September 2023 (UTC)[reply]
  2. I think it is a reasonable time already. — xaosflux Talk 16:35, 5 September 2023 (UTC)[reply]
  3. Two weeks remains reasonable. I don't see a win to shorten solely because "most" people have voted by 10 days. The perception that it drags on is definitely just a perception, and one I do not share. As for getting arbs on list sooner, I don't think there's a win there either - it's typically about two weeks of overlap even ignoring that it takes some users longer to get their paperwork done, and adding another 4 days to it isn't really all that helpful either. Izno (talk) 17:11, 5 September 2023 (UTC)[reply]
  4. Per everyone above. Thryduulf (talk) 17:27, 5 September 2023 (UTC)[reply]
  5. It's not like RfA. I do not see many drawbacks to the current voting period, and it enables the participation of those who don't edit every day. (t · c) buidhe 19:02, 5 September 2023 (UTC)[reply]
  6. I see no good reason to shorten the period, and keeping it longer gives those who don't edit every day or are temporary absent (e.g. because of travel) a better chance to participate. Gawaon (talk) 19:10, 5 September 2023 (UTC)[reply]
  7. (edit conflict) This a place where excess friction might serve a legitimate purpose. Individual RfAs are less likely to have sweeping implications for EnWikipedia as a whole, so the limited timeframe reducing broader participation is acceptable. Empowering editors who may not be on-project every week by offering them a wider window of voting that necessarily spans multiple weekends is an on-whole good thing. ~ Pbritti (talk) 19:15, 5 September 2023 (UTC)[reply]
  8. per above. Therapyisgood (talk) 20:22, 5 September 2023 (UTC)[reply]
  9. It is important to have the voting period cover more than one weekend. It might not do that if it is only 10 days. QuicoleJR (talk) 01:11, 6 September 2023 (UTC)[reply]
  10. As much as possible, people who want to vote and are eligible to should be able to do it. Obviously, we can't have a ludicrously long voting period, but I think the current two-week period is reasonable. Seraphimblade Talk to me 01:24, 6 September 2023 (UTC)[reply]
  11. Barkeep49's reasoning seems to suggest that they're happy to exchange a tenth of voters for the convenience of four days for successful candidates. Seems like a bad trade. Also agree with other opposers that there is no equivalency between Arb elections and RfA. 5225C (talk • contributions) 05:26, 6 September 2023 (UTC)[reply]
    That does not correctly summarize the trade off I think we should make. Barkeep49 (talk) 12:55, 6 September 2023 (UTC)[reply]
  12. There's a balance to be struck between the benefits to the candidates of shortening the election period, and the harm done to an ordinary Wikipedian by disenfranchising them if they get sick or take a holiday at the wrong time. To be disenfranchised by missing one RfA is one thing, but to be disenfranchised by missing the Arbcom election is quite another -- it's an entirely different order of magnitude. I don't think there are any good candidates who've declined to stand, but would change their mind if we shortened the election. I do think there are ordinary Wikipedians who'd be disenfranchised. So I land in this column and I land here pretty hard.—S Marshall T/C 13:26, 6 September 2023 (UTC)[reply]
  13. -Ad Orientem (talk) 14:28, 6 September 2023 (UTC)[reply]
  14. Two week is reasonable. Heart (talk) 15:58, 6 September 2023 (UTC)[reply]
  15. Per S Marshall. ezlev (user/tlk/ctrbs) 17:16, 6 September 2023 (UTC)[reply]
  16. Edward-Woodrow :) [talk] 20:09, 7 September 2023 (UTC)[reply]
  17. I don't see any justification for rushing it. Some eligible voters might be on vacation. Others might only login a couple times a week (which is sometimes my frequency). Martindo (talk) 20:59, 7 September 2023 (UTC)[reply]
  18. I feel like that we should give more time so that all eligible voters have a chance to vote. ~~2NumForIce (speak|edits) 23:47, 7 September 2023 (UTC)[reply]
  19. It's only 14 days out of a year, and nobody (other than the candidates, who perhaps deserve to have to sweat a bit ;-) needs to pay any more attention to it than they want. And I really don't see any genuine benefit in shortening the period by 4 days. Just vote, then go off and enjoy life, people. Boing! said Zebedee (talk) 10:42, 8 September 2023 (UTC)[reply]
  20. No strong reason presented for change. Stifle (talk) 13:31, 8 September 2023 (UTC)[reply]
  21. Reducing the voting period will directly reduce the number of people voting (Even if small) and without a compelling reason for such a change to be made, such a change should not be adopted. Terasail[✉️] 14:30, 8 September 2023 (UTC)[reply]
  22. I don't see the point of a change. SportingFlyer T·C 16:13, 8 September 2023 (UTC)[reply]

Comments (Length of voting)

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

Electoral Commission experience

The closer of the Electoral Commission RFC, in addition to considering level of support, should also consider that it is beneficial to have at least one person who has served on the electoral committee previously, and at least one person who has not served on the EC previously, where possible. Floquenbeam (talk) 21:11, 5 September 2023 (UTC)[reply]

Support (Electoral Commission experience)

  1. Support as proposer. I think it's important we have at least one person on the EC who has done it before (for institutional memory), and at least one person on the EC who has not done it before (for new blood, and expanding the supply of people who can help the following year). But I don't think we should require this if it means a candidate with relatively low support is put on the EC just to fill a criterion, or if no such candidate runs in a given year. I was about to propose an if/then/otherwise flowchart, but I don't have the heart to complicate one of the few important processes we have left that works well without such rules (and thus one of the few important processes we have left that gives me some hope for the community's future). I like the idea of continuing to defer to the closer's traditional good judgment, but this gives them a hint on how to break ties (or near-ties). Without forcing a choice they don't think suitable. Floquenbeam (talk) 21:11, 5 September 2023 (UTC)[reply]
  2. * Pppery * it has begun... 22:23, 5 September 2023 (UTC)[reply]
  3. Seems reasonable to try to construct a balanced crew if the numbers allow. Folly Mox (talk) 04:31, 6 September 2023 (UTC)[reply]
  4. It seems like it's a good rule of thumb to have, especially if it's not a hard and fast rule. SportingFlyer T·C 16:14, 8 September 2023 (UTC)[reply]

Oppose (Electoral Commission experience)

  1. Too much discretion to the closer (who hasn't even normally been a crat if I recall correctly). Barkeep49 (talk) 22:42, 5 September 2023 (UTC)[reply]
    Also per Xaosflux below. Barkeep49 (talk) 17:26, 6 September 2023 (UTC)[reply]
  2. This should be left to consensus. The Commission can seek advice from past members if they wish but we shouldn't be pre-judging the consensus of the discussion. Callanecc (talk • contribs • logs) 09:43, 6 September 2023 (UTC)[reply]
  3. This could lead to a conflict between the level of support received and the people selected. While I agree that a mix of experience is generally desirable, this should not come at the expense of selecting people not appropriate for the position just because nobody else with their level of experience has applied in a particular year. Its more important (imo) to have three good commissioners with the same experience than one or more mediocre or worse candidates. Thryduulf (talk) 11:31, 6 September 2023 (UTC)[reply]
  4. I think that it is a desirable outcome, but not at the expense of overriding the consensus process. There is no limit to the number of reserve commissioners. Additionally, there is no limit to the number of election coordinators, I suggest anyone wanting to get started with dealing with elections sign up as a coordinator. — xaosflux Talk 15:09, 6 September 2023 (UTC)[reply]
  5. Frostly (talk) 21:58, 6 September 2023 (UTC)[reply]
  6. Ivan (talk) 14:12, 7 September 2023 (UTC)[reply]
  7. Mostly per Thryduulf. SkyWarrior 19:01, 7 September 2023 (UTC)[reply]
  8. I might have supported this suggestion if it were specific (and of course, if the specifics were to my liking :), but this is just so wibbly-wobbly-tickey-wiki that I cannot support it. Izno (talk) 21:21, 7 September 2023 (UTC)[reply]
  9. It might have a COI (one editor at multiple committees similar to ArbCom doesn't really make sense). ~~2NumForIce (speak|edits) 23:49, 7 September 2023 (UTC)[reply]
  10. Too much of a thumb on the scale. Neutralitytalk 01:33, 8 September 2023 (UTC)[reply]
  11. Sounds like a supervote to me. It should be solely based on consensus, and that's all the closer should judge. Boing! said Zebedee (talk) 10:57, 8 September 2023 (UTC)[reply]
  12. I agree with Floquenbeam that it's important to get new blood, but community members are perfectly capable of doing that by endorsing new candidates should they decide that's important to them. RoySmith (talk) 21:03, 8 September 2023 (UTC)[reply]

Comments (Electoral Commission experience)

About WP:ACERULES

WP:ACERULES should be made a procedural policy, be reformatted to resemble one (example), and be moved to Wikipedia:Arbitration Committee/Election rules Wikipedia:Arbitration Committee Election/Rules. –MJL ‐Talk‐☖ 21:13, 7 September 2023 (UTC) Edited 21:22, 7 September 2023 (UTC)[reply]

Support (About WP:ACERULES)

  1. It's never made sense to me that the collection of decisions made at WP:ACE RFC was so hidden given how important it is to the functioning of WP:ACE. It's pretty much a procedural policy in all but name, so I'm just suggesting we finally move it to a better spot (which at the moment is a tucked away RFC subpage). I'm not proposing anything be changed about it besides how it's formatted and structured (headings instead of bullet points, etc.). –MJL ‐Talk‐☖ 21:13, 7 September 2023 (UTC)[reply]
  2. * Pppery * it has begun... 21:19, 7 September 2023 (UTC)[reply]
  3. Frostly (talk) 21:24, 8 September 2023 (UTC)[reply]

Oppose (About WP:ACERULES)

  1. I think many aspects of the elections process are getting codified in ways that restrict flexibility in meeting the community's wishes. I don't see any net advantage to marking the rules for the election process as a policy. isaacl (talk) 21:18, 7 September 2023 (UTC)[reply]
  2. I don't see any benefit to making this a procedural policy but it could make it harder to interpret with flexibility and add a greater reluctance to make changes. While I have no strong opinions about the ___location of the page and neither support nor oppose the proposed move, I do oppose codifying that ___location in the rules themselves - doubly so if they are to become a procedural policy. Thryduulf (talk) 21:46, 7 September 2023 (UTC)[reply]
  3. Since we have had significant rules changes on a nearly annual basis, I'm more inclined to keep it as is. I do believe it can, and should, be more visible on all of the relevant pages (perhaps even requiring any on-wiki voter guides to include a link to it). I do think if there's a procedural policy, it should be on the rules of the RFC that reviews the ACE rules, rather than on the rules themselves. Risker (talk) 23:48, 7 September 2023 (UTC)[reply]

Comments (About WP:ACERULES)

Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Requests_for_comment/Arbitration_Committee_Elections_December_2023&oldid=1174516627"