Talk:Universal Code of Conduct/Coordinating Committee/Announcements
Latest comment: 7 days ago by Ghilt in topic User rights
Proposed list of tools
edit- See the announcement at Universal Code of Conduct/Coordinating Committee/Announcements#Proposed list of tools
- The list looks reasonable and all members of the U4C were elected in due process, proving the community's trust. I would be Support. Nadzik (talk) 20:52, 13 September 2024 (UTC)
- Seems reasonable, 3 of these are generally given to (* all users), 5 are "view only" normally included in sysop; 2FA is no big deal; (abusefilter-hidden-log) is the only stretch in to an item that is normally just for oversighters -- however for those that don't know better this specific log doesn't support revision deletion, so if it has to be hidden this is the only way to hide it currently. LAdmin on meta seems fine for the purpose - should use a special expiration equal to the elected term, even if over 1 year. — xaosflux Talk 23:54, 13 September 2024 (UTC)
- No objection, but just curious what specific tasks you expect to use admin on Meta for. * Pppery * it has begun 00:20, 14 September 2024 (UTC)
- Managing users in U4C space and translation admin activities are the two that are on my mind. Barkeep49 (talk) 00:35, 14 September 2024 (UTC)
- I would prefer that translation adminship not be granted without a request for translation admin, for basically the same reasons as Meta:Requests for comment/Change to WMF staff user rights policy. Especially since the skillset of properly preparing a page for translation has little to do with anything else. * Pppery * it has begun 01:46, 14 September 2024 (UTC)
- Then the permissions need to be fixed. As it stands I do not see a reason why these members cannot do translationadmin stuff as well for U4C pages. Leaderboard (talk) 03:48, 14 September 2024 (UTC)
- To build on what leaderboard says the charter section linked does give the U4C broad rights about what tools it can have. However, I am certainly thinking about the broader point being made here (just because we can request it doesn't mean we should). Barkeep49 (talk) 15:29, 14 September 2024 (UTC)
- I'm not disputing that the Charter gives the U4C the ability to grant itaself translation adminship. I'm saying that the community requirements for translation adminship these days amount to "do you know how the Translaste extension works" and U4C members are no more likely to know how it works and hence be qualified than anyone else, and lots of messes have been made in the past by people without sufficient understanding of translate syntax marking incorrectly prepared pages for translation. * Pppery * it has begun 15:53, 14 September 2024 (UTC)
- In my opinion, being on the U4C probably would mean that the person is more cautious when it comes to technical abilities, but I get your reasoning and your point. Which is why I decided to request it through the community process :)
- On another note, I think we can initially just propose limited adminship within the scope of imposing partial blocks from U4C related pages, deleting/undeleting U4C related pages and other types of U4C related administration if required, for us to have some level of limited control on e.g. comments on public case pages. 0xDeadbeef (talk) 13:31, 15 September 2024 (UTC)
- I'm not disputing that the Charter gives the U4C the ability to grant itaself translation adminship. I'm saying that the community requirements for translation adminship these days amount to "do you know how the Translaste extension works" and U4C members are no more likely to know how it works and hence be qualified than anyone else, and lots of messes have been made in the past by people without sufficient understanding of translate syntax marking incorrectly prepared pages for translation. * Pppery * it has begun 15:53, 14 September 2024 (UTC)
- I think the concern here is that using translationadmin without actually learning how to use it properly can (and has been) disruptive, this is generally due to lack of training or errors than malintent. Gaining TA access naturally is a fairly low bar, and coupling it with a different group could lead to the rather unpleasant scenario of local project blocks on those disruptively using it (as it can't just be revoked). My suggestion is that committee members that actually want to work with those functions learn them and just ask for the access directly. — xaosflux Talk 15:04, 15 September 2024 (UTC)
- To build on what leaderboard says the charter section linked does give the U4C broad rights about what tools it can have. However, I am certainly thinking about the broader point being made here (just because we can request it doesn't mean we should). Barkeep49 (talk) 15:29, 14 September 2024 (UTC)
- Then the permissions need to be fixed. As it stands I do not see a reason why these members cannot do translationadmin stuff as well for U4C pages. Leaderboard (talk) 03:48, 14 September 2024 (UTC)
- I would prefer that translation adminship not be granted without a request for translation admin, for basically the same reasons as Meta:Requests for comment/Change to WMF staff user rights policy. Especially since the skillset of properly preparing a page for translation has little to do with anything else. * Pppery * it has begun 01:46, 14 September 2024 (UTC)
- Managing users in U4C space and translation admin activities are the two that are on my mind. Barkeep49 (talk) 00:35, 14 September 2024 (UTC)
- I would think that just like ombuds, the U4C members should have the ability to view suppressed revisions (both normal revision-delete and oversight-level suppression)? I could also see a case for global CheckUser for the same reason. Limited adminship on Meta is sensible. Leaderboard (talk) 03:45, 14 September 2024 (UTC)
- Given that issues with OS / CU are handled by Ombuds, I can't imagine many U4C cases where access to suppressed revisions or CU logs is necessary? We could add the necessary permissions temporarily if/when the need arises. Johannnes89 (talk) 05:07, 14 September 2024 (UTC)
- I thought OS/CU would be required in the course of U4C's duties (for example, to investigate alleged abuse or sock puppetry of an admin). Leaderboard (talk) 07:12, 14 September 2024 (UTC)
- Ombuds Commission (OC) reviews whether a user has used the CheckUser (CU) or Oversight (OS) tools in compliance with the policy. Actions such as blocks, bans, warnings, or other measures taken based on information obtained from the CU tool are not within the OC's scope. However, CU or OS access may be required for Committee if an appeal or case involves CU data or if an alleged edit has been oversighted. —MdsShakil (talk) 15:43, 14 September 2024 (UTC)
- We'll have to see how it really turns out but I am not anticipating the same kind of OS/CU need for the U4C as enwiki ArbCom has. But also our philosophy has been to try and be (small c) conservative with this request. If we find we need more tools, the charter obviously allows us to ask for more - I can also see additional tool requests for certain cases. Barkeep49 (talk) 16:27, 16 September 2024 (UTC)
- I thought OS/CU would be required in the course of U4C's duties (for example, to investigate alleged abuse or sock puppetry of an admin). Leaderboard (talk) 07:12, 14 September 2024 (UTC)
- Given that issues with OS / CU are handled by Ombuds, I can't imagine many U4C cases where access to suppressed revisions or CU logs is necessary? We could add the necessary permissions temporarily if/when the need arises. Johannnes89 (talk) 05:07, 14 September 2024 (UTC)
- If there are U4C cases involving users without an account (or users editing logged out) you might want to add ipinfo and checkuser-temporary-account in order to deal with temporary accounts. The same permissions are given to global rollbackers and similar global groups. --Johannnes89 (talk) 05:16, 14 September 2024 (UTC)
Proposed inactivity rule
edit- See the announcement at Universal Code of Conduct/Coordinating Committee/Announcements#Proposed inactivity rule
- To add a bit of personal commentary here, the intent of this rule is to allow the committee to work in the context of barely meeting the quorum when one member (or up to three) are unexpectedly absent. The thinking here, at least on my part, is that the community has decided there should be a U4C and elected sufficient members to it for it to perform its functions. However, without this rule in place, in practice we may not be able to take decisions as a committee. Community comments are very welcome - is this going outside the spirit of the quorum requirement in the U4C charter? Is it important that we find a way to operate within our current constraints so we can begin operations? Would people like to see the issue of quorum / how U4C members are elected reviewed as part of the annual review of the enforcement guidelines and UCoC before the next elections? – Ajraddatz (talk) 18:40, 2 October 2024 (UTC)
- "Despite the above, no vote may pass with fewer supporting votes than would be needed to reach a majority with a quorum of members voting for or against (i.e. >50%)." - what exactly does this mean? Does it mean that there must at least be 4 people supporting in any case? Leaderboard (talk) 13:51, 3 October 2024 (UTC)
- A minimum of five with the current quorum; the intent is to allow us to work when one or two people are temporarily away, while still respecting the spirit of the charter in preventing decisions from being taken by a very small number of people. – Ajraddatz (talk) 14:01, 3 October 2024 (UTC)
- "Despite the above, no vote may pass with fewer supporting votes than would be needed to reach a majority with a quorum of members voting for or against (i.e. >50%)." - what exactly does this mean? Does it mean that there must at least be 4 people supporting in any case? Leaderboard (talk) 13:51, 3 October 2024 (UTC)
- Sorry for the super-long comment. Most of this is about the relevant Charter line, but as a TL;DR see my last bolded point. To situate this, the U4C charter notes:
- The U4C can seat with any number of members, but no decision or vote can be taken by the Committee unless the quorum of 50% (8 members) of the voting members (16 members) is attained.
- This doesn't seem to define what it means to "attain" quorum. There seem to be three possible interpretations:
- The committee attains broad quorum when it has 8 or more members
- The committee attains decision-specific quorum when 8 or more members vote on a decision
- The committee attains decision-specific quorum when 8 or more members vote in favor of a decision
- If it's 2, it's unclear whether it includes abstentions (relevant to this request). I'm thinking that 1 might be the best interpretation, given that the Charter's sentence implies that a vote can't occur unless quorum is reached ("no decision or vote can be taken")...and thus quorum cannot refer to voting members because a vote cannot happen without quorum. Hopefully this proposed rule can help (implicitly or explicitly) clarify this.
- So, re: the proposed inactivity rule, the relevant line is:
- ...no vote may pass with fewer supporting votes than would be needed to reach a majority with a quorum of members voting for or against (i.e. >50%).
- Let me know if this is a correct interpretation: Votes may pass if fewer than 8 (the quorum number) members participate, so long as at least 5 (8/2+1) vote in support. (and ofc that fewer than 5 vote in opposition, which is guaranteed with the current committee size)
- I think this works optimally when we only have 8 members: if 5 members vote in support of a decision and 3 are inactive (and thus abstained), those 3 votes wouldn't change the outcome even if they all voted oppose. Therefore, when there are only 8 members, this method makes no assumptions about the voting preferences of the inactive members. However...if you had the full 16 members, this would still require only 5 members to pass if everyone else was inactive/abstained. This is because it is based on the quorum (always 8) and not total membership. I think that's okay, but something to be aware of.
- Mainly, I think this sentence should be clarified by expanding "with", which is ambiguous, to "in a situation where". I.e.: "No vote may pass with fewer supporting votes than would be required in a situation where a full quorum of members voted." This would make interpretation a bit easier imo. Best, Vermont (🐿️—🏳️🌈) 19:38, 4 October 2024 (UTC)
- As discussed offline, I agree with the suggestion and we will put that into the final text :-) – Ajraddatz (talk) 00:32, 5 October 2024 (UTC)
Inactivity rule
edit- See the announcement at Universal Code of Conduct/Coordinating Committee/Announcements#Inactivity rule
User rights
edit- See the announcement at Universal Code of Conduct/Coordinating Committee/Announcements#User rights
- Out of curiosity, does the U4C intend to publish the names of the members who voted in a particular way in this or future announcements? My sense is that transparency is helpful except when there are specific reasons for withholding that information, but am happy to hear arguments otherwise. Best, KevinL (aka L235 · t) 03:03, 12 November 2024 (UTC)
- Done, --Ghilt (talk) 20:01, 12 November 2024 (UTC)
Sorting and announcements on this page
edit@Ghilt: Can I ask why the main page is now sorted new-to-old, while this talk page is sorted old-to-new? Seems a bit counterintuitive, and other announcement pages seem to be old-to-new, so this is a bit of a confusing layout.
Separately, is there any plan to cross-post, or otherwise announce more broadly, the U4C's announcements? A MassMessage list would be best, but anything will do; on enwiki, we automatically post ArbCom announcements to the administrators' noticeboard there. Best, KevinL (aka L235 · t) 03:07, 12 November 2024 (UTC)
- Hi KevinL, the cases are sorted new to old for convenience to the community (we have been asked to sort the cases new to old). Unfortunately, talk pages are always sorted old to new (by clicking on 'Add topic'). Do you have a recommendation? And regarding the announcements, we are currently discussing means to increase announcement visibility. --Ghilt (talk) 08:06, 12 November 2024 (UTC)