Jump to content

User:Barkeep49/U4C

From Wikipedia, the free encyclopedia

This is a blog reflecting on work that the U4C has done and/or things that I've learned about how other communities go about their work that I want to share with English Wikipedia. I'm going to write it largely expecting my audience to have no idea what I am talking about because they're not really following the U4C (and sometimes because I'll be talking publicly about another wiki where the underlying request itself is private). My plan is to update this approximately every 3-4 weeks with something, with additional updates if something really strikes my fancy.

Disclaimer: This is written solely by me and without consultation of any other member of the U4C. I try to be clear where I am giving my own opinion and where I am summarizing U4C positions but where there's any ambiguity assume it's only my opinion and doesn't necessarily represent the thinking of any other U4C member.

Glossary
  • xxAC = language code ArbCom. For example enAC is English Wikipedia Arbitation Committee while deAC would be German Wikipedia's ArbCom
  • U4C = Universal Code of Conduct Coordinating Committee

Case 1: German wiktionary

[edit]

Our first "accepted" and resolved case involves the German Wiktionary. This was a nice test case for a number of reasons - including the fact that we largely are using the German Arbcom's style for case requests. I particularly like the "Suggested Solutions" section/requirement of parties which is one reason I suggested it when we started working on those templates.

In terms of this case itself, it resolved around a user who was creating tons of new articles, but in a way that some members of the community found sub-optimal as they were omitting gloss (which are helpful for words in other languages). Eventually an administrator chose to take esclating steps to stop this including a private edit filter aimed at this user and then a block. The user blocked appealed this to the U4C.

The first discussion among the U4C when receiving a request is whether or not we should handle it. We have received some requests for projects with ArbComs. Under the enforcement guidelines the U4C basically needs to leave these along except in the case of systemic failures. I'll probably blog about systemic failures another time. However, at least with this committee, we've also been inclined to defer to local processes even for projects without ArbComs. This was an important element of many U4C members declining a request which focused on the Arabic Wikipedia. In this case, it seemed like local processes weren't sufficient to responding to what had happened and so we agreed it was reasonable for us to handle it. This all happened behind the scenes because we were still setting up the public request system and so this request came in via email.

One feature of U4C requests which is different than enwiki ArbCom (enAC) is that there is a set period for the case request stage - 2 weeks. Basically at the end of that time a majority vote decides what happens. The U4C can choose to waive this when/where appropriate in either direction. In this case there was a bit of "ok what do we do now" after it became clear we were going to accept this case. Eventually we decided to resolve by motion. This way of resolving cases is something I brought to the committee from enAC. I personally liked the motion we came up with: we unblocked the filer and warned him for civility, made a recommendation about admins acting when involved (en's version of that here but this was its own thing), and made something between a recommendation and a "you must do this" (even while using the word recommendation) about holding an RfC to see if Gloss should be required.

Even if this weren't our first accepted case taken from start to finish I'd probably still have blogged about it, because of one thing that happened following the unblock. The person who filed the case (and had been previously blocked) started mass creation of new articles without glosses. This shows another project struggling with mass creation of technically compliant but in need of improvement articles. The U4C has no better answer for this than we do. I will be curious to see what dewikt decides in their RfC (already underway). 18:01, 20 December 2024 (UTC)