Wikipedia:Arbitration/Requests/Case

Requests for arbitration

Arbitration Committee proceedings

• recent changes
• purge this page
• view or discuss this template

Case requests

Request name	Motions	Initiated	Votes
MediaViewer RfC		11 July 2014	{{{votes}}}
[[Wikipedia:Arbitration/Requests/Case#User:Technical 13 and User:Redrose64|User:Technical 13 and User:Redrose64]]		10 July 2014	{{{votes}}}

[edit]

Open cases

Case name	Links	Evidence due	Prop. Dec. due
Backlash to diversity and inclusion	(t) (ev / t) (ws / t) (pd / t)	10 Oct 2024	24 Oct 2024

[edit]

Recently closed cases (Past cases)

No cases have recently been closed (view all closed cases).

Clarification and Amendment requests

Request name	Motions	Case	Posted
Amendment request: Palestine-Israel articles (AE referral)	Motion	(orig. case)	17 August 2024

Arbitrator motions

No arbitrator motions are currently open.

MediaViewer RfC

Initiated by 28bytes (talk) at 14:38, 11 July 2014 (UTC)

Involved parties

• 28bytes (talk · contribs · deleted contribs · logs · filter log · block user · block log), filing party
• Armbrust (talk · contribs · deleted contribs · logs · filter log · block user · block log)
• Fabrice Florin (WMF) (talk · contribs · deleted contribs · logs · filter log · block user · block log)
• Peteforsyth (talk · contribs · blocks · protections · deletions · page moves · rights · RfA)
• Eloquence (talk · contribs · blocks · protections · deletions · page moves · rights · RfA)

Confirmation that all parties are aware of the request

• Diff. 1
• Diff. 2

Confirmation that other steps in dispute resolution have been tried

• the MediaViewer RfC, as closed by Armbrust
• response to the results of the RfC by Fabrice Florin
• discussion of how to implement the results of the RfC
• AN discussion

Statement by 28bytes

Last month, User:Pine started an RfC over whether the new MediaViewer feature should be enabled or disabled by default on Wikipedia. Yesterday, it was closed by User:Armbrust, with the result that the feature would be disabled by default for both logged-in and not-logged-in users.

Following the closure, User:Fabrice Florin (WMF) commented on the talk page of the RfC with a "recommendation" that the MediaViewer continue to be enabled, despite the results of the RfC. Later in the thread, users discussed how to implement the results of the RfC, and administrator User:Peteforsyth made a change to MediaWiki:Common.js that disabled the feature.

Administrator and staff member User:Eloquence reverted the change, and threatened to temporarily desysop Peteforsyth or any other admin who reinstated the change. Eloquence characterized the revert and the threat of desysop as a "WMF action", but it is unclear to me by what authority WMF staffers can overrule the legitimate consensus of a local community, outside of WP:Office actions, which clearly do not apply in this case:

Office actions are official changes made on behalf of the Wikimedia Foundation, by members of its office. These are removals of questionable or illegal Wikimedia content following complaints. Office actions are performed so that the end result is a legally compliant article on the subject.

Now, the WMF does, of course, have "the keys to the server", which means that they have the power to do whatever they like, including desysoping and/or banning anyone for any reason, good or bad; we essentially have no recourse, other than, as is sometimes said, our "right to fork" and our "right to leave."

So my questions for the committee do not include "do they have the power to do this" (yes, they do), but rather:

1. Are WMF staffers, who are also Wikipedia editors and/or admins, violating our policies and community norms if they do this?
2. If I or another administrator implements the result of a validly conducted and closed RfC over the objections (or "recommendations") of the WMF, are we following policy and community norms, or violating them?
3. Was the MediaViewer RfC, and its closure, a valid exercise of the Wikipedia's consensus-forming process?
4. If, after further discussion, an administrator re-implements the result of this RfC (either by restoring Peteforsyth's change, or via another method), will the committee support that administrator for following the expressed community consensus, or sanction them for wheel-warring?

This is the second time in recent memory that a WMF staffer has threatened to desysop (temporarily or otherwise) a Wikipedia administrator for implementing community consensus against WMF wishes, but in that case, WP:Office was relevant. As the WMF rolls out more and more features (many of which are great, but some of which the community may decide they don't want) this is likely to continue to be an issue. Administrators need to know where we stand when community consensus conflicts with WMF preferences outside of the bright line of "office actions". 28bytes (talk) 14:38, 11 July 2014 (UTC)

Clerk notes

This area is used for notes by the clerks (including clerk recusals).

CASENAME: Arbitrators' opinion on hearing this matter <0/0/0/0>

Vote key: (Accept/decline/recuse/other)

User:Technical 13 and User:Redrose64

Initiated by — {{U|Technical 13}} ^{(e • t • c)} at 00:01, 10 July 2014 (UTC)

Involved parties

• Technical 13 (talk · contribs · deleted contribs · logs · filter log · block user · block log), filing party
• Redrose64 (talk · contribs · blocks · protections · deletions · page moves · rights · RfA)

Confirmation that all parties are aware of the request

• notification

Statement by Technical 13

Due to the harassing and threatening nature of this administrator towards me, I do not feel safe using other methods of DR. User talk:Technical 13#Unwarranted damage to unrelated thread came on the heals of this threat despite the administrator already being fully aware per previous discussions including this initial one where it was explained to them and a developer that what they wanted was technically impossible which was clarified more by Wikipedia:Village pump (technical)/Archive 126#Is MediaWiki broken?

• I had thought I was limited in what I could say, so I tried to keep it as short as possible. There has been a long history of other harassment from Redrose64 as well, including her repeatedly violating TPO by altering the indentation of my comments on my talk page despite being repeatedly asked not to do that since it makes the page more difficult for me to read. — {{U|Technical 13}} ^{(e • t • c)} 13:02, 10 July 2014 (UTC)
• I'm sorry, real life has happened and my 2+1⁄2 yr. old daughter needs me. I don't have much extra time or the need to deal with the anxiety of threatening and harassment from administrators so I'll be taking on no new projects and only tying up existing loose ends sporadically. Decline this or close it however you like, it just disturbing to me to know that there are editors that are suppose to be the creme de le creme of model editors that act in this way and they are allowed to run rampant. All I was coming here to ask was that there was something on record telling Red that coming to my talk page to threaten me and forcing an opinion about how they think talk pages should be formatted despite having it explained by me multiple times in the past that it is more difficult for me to find individual posts on my talk page when they are not marked with bullets and despite an explicit request that such behavior stop.
  • Final word on this matter to Red. I've also been a computer programmer since `84 (programming in BASIC on a TANDY1000), and coming to me, as an end-user, to complain that the software doesn't work is rather pointless. I'm fully aware there is an issue, but since it is a MediaWiki/Parsiod issue, and I don't see them telling people that they can't use VE which has the exact same problem, then there is little I, as an end-user, can do about it. Coming to my talk page a matter of minutes to complain that you had to fix a problem that was caused by the software that runs VisualEditor while I was already in the process of fixing the issue can be construed no other way than harassment. Changing the indentation style that I prefer on my talk page (of which you've been aware of for months if not a year), is a long continuous pattern of harassment. Please stop doing those things. You want me to fix errors introduced by the VisualEditor/Parsoid software, give me a few minutes to get that done, my page loading times are extremely slow (as can be seen in this edit, it can sometimes take over 15 minutes for pages to load). I hope that when I am able to return to regular editing, that we will be able to patch things up and be able to continue to collaboratively edit together. I appreciate your clear criticism when I do something dumb instead of beating around the bush like other editors, but when you do that, please try and keep it to just that and stop refactoring my comments. Thank you all for your time. — {{U|Technical 13}} ^{(e • t • c)} 22:35, 10 July 2014 (UTC)

Statement by Redrose64

Well, I've never been Arbcommed before, but here goes.

Amongst my watched pages are User:AnomieBOT/PERTable and User:AnomieBOT/TPERTable, so I'm aware of most WP:PER requests that are raised. Where I have responded to a PER myself, I often leave the page watched for some time afterward, in case there is any feedback. Some pages attract more PERs than others, and so I can become aware that a PER has been raised before it's been recorded in the PERTable. I'm not the only person who handles these, so it often happens that I see the PER responses made by others. These responses take various forms, but commonly found are a change of the |answered= parameter in the {{edit protected}} template, and the addition of an (expanded) {{subst:EP}} template. But since a PER is normally confined to one section, all changes to the page text should normally be confined to that section; so if I see that something further up the page has changed at the same time, I wonder why this should be. After a number of these happened earlier this year, I noticed that they all seemed to come from the same person, who I notified (it's here). It was not until after Technical 13 told me about the script used for those edits that I noticed that they all had the same edit summary: "Responded to edit request (EPH)".

I'm not harassing Technical 13. It's just that the majority of bad edits that are connected with the EPH script were made by Technical 13. If I see similar problems in edits made by other users, I would also inform them; but so far, I have only come across one other such edit. If I were harassing Technical 13, I'd be going through all of their contribs, not just the ones that show up on my watchlist.

I'm a computer programmer: I am fully aware that no software is 100% perfect. But I also know that if I am made aware that some software that I have used is causing problems for others, I should stop using it until it is fixed or replaced. Users of WP:AWB are advised that "edits made using this software are the responsibility of the editor using it". Whilst the problematic edits by Technical 13 were not made with AWB, I believe that "the responsibility of the editor using it" applies to all script-assisted edits, not just those involving AWB. Thus, I believe that each individual editor is responsible for all edits that are recorded in that particular person's contributions. What irks me is when people persist in using a demonstrably problematic tool without cleaning up afterwards. --Redrose64 (talk) 12:12, 10 July 2014 (UTC)

Technical 13 is correct that I do sometimes alter their talk page posts (most recent instance), but this is concerned with indentation practice. Technical 13 insists that using asterisks (which display as bullets) for indenting replies on talk pages is acceptable, despite being directed to WP:THREAD and WP:TPG#Layout ("normally colons are used, not bullet points (although the latter are commonly used at AfD, CfD, etc.)"). On one occasion they countered by directing me to Wikipedia:Tutorial/Talk pages#Bullet points; not long after, an attempt by PartTimeGnome to bring that tutorial in line with WP:TPG was reverted by Technical 13 within the hour. A discussion about that seems to have gone stale. To me, tutorials should not lead policies and guidelines, but follow them - where there is a discrepancy, the tutorial is wrong.

When I encounter such asterisks in threads that I am contributing to, I usually (not always) change them to colons. When challenged, I point out that my edits are in line with WP:TPO#fixformat ("removing bullets from discussions that are not consensus polls or requests for comment (RfC), fixing list markup"), after which Technical 13 may try to twist this around or claim an exception. See for example User talk:Technical 13/2014/1#VPT as well as User talk:Technical 13/2014/2#Responding to protected edit requests mentioned elsewhere on this page. --Redrose64 (talk) 20:01, 10 July 2014 (UTC)

Comment by Guerillero

While I agree with Floquenbeam that looking at T13's conduct wouldn't be a bad idea, I think that there is still patience in the community left to deal with this issue. At the same time, I have a strong suspicion that version of this issue will be taken up by either this arbcom or the next...

Comment by Dennis Brown

Without comment on the merits, I would simply say that the community is currently capable of handling the problems stated in and/or caused by this report.

Comment by John Cline

Dennis Brown's astute comment is entirely correct. This case should be declined without delay, in my opinion. Also; to soften the vilification I see trending towards T13: I certainly believe an Arbcom case, purposed to scrutinize T13's conduct, affronts propriety when an RfC/U is so well suited for that purpose, yet uninitiated.—John Cline (talk) 20:41, 10 July 2014 (UTC)

Comment by Hasteur

I would like to draw the committee's attention to the 2 recent AN threads revolving around Technical 13 (Template Editor User:Technical 13 and Template Editor Jackmcbarn) in addition to the multiple cases on Technical 13's own talk page and archives where requests that Technical 13 does not like get dismissed without constructive response (sometimes with attacks on the editor raising the request). I do fully admit that I am not in pristine white robes both with respect to Technical 13 and with respect to ArbCom. I offer the unsolicited advice that the committee should open a case of limited scope to review the behavior and judgement of Technical 13. I make this suggestion as I feel that there is a Betacommand style case/dispute (Editor with technical proficency but has offended enough of the wrong people to cause their actions to be a source of dispute) that needs to be sorted out sooner rather than later. Based on my own experience (especially with discussions such as this) there is clear and convincing evidence that the community has already had their opportunity at attempting to correct the user's behavior and protect the encyclopedia as a whole from a rogue-editor with advanced permissions. Hasteur (talk) 12:32, 11 July 2014 (UTC)

• Some of this was a private message to the committee asking them to reconsider previously. The committee declined to consider the private advice and suggested that it be posted publicly.Hasteur (talk) 12:32, 11 July 2014 (UTC)

Clerk notes

This area is used for notes by the clerks (including clerk recusals).

• I've shortened (and made more neutral) the name of this case request from Threatening and harassment of User:Technical_13 by User:Redrose64 to User:Technical 13 and User:Redrose64. Callanecc (talk • contribs • logs) 06:05, 10 July 2014 (UTC)

User:Technical 13 and User:Redrose64: Arbitrators' opinion on hearing this matter <0/2/0/4>

Vote key: (Accept/decline/recuse/other)

• I don't grasp the rather technical language being used in the linked conversation, but it looks to me like what is going on here is that Technical13 is making some edits with some sort of automated tool, and those edits are breaking things? And Redrose is telling them to stop, or at least fix things when they break them? Is that about right? I'd also like some clarification on why Technical13 feels it would be "unsafe" to try any lesser form of DR first. If there is a legitimate reason for fear, it isn't apparent from the diffs provided. Beeblebrox (talk) 06:39, 10 July 2014 (UTC)

If this was ANI, I would tell Technical13 tha they are responsible for the effects of their edits no matter what tools they are using, and I would tell Redrose that making a big deal about whether someone uses colons or bullets to indent their comments is petty and needlessly inflammatory. However, this isn't ANI, this is arbcom and I don't see a case here. Decline. Beeblebrox (talk) 20:55, 10 July 2014 (UTC)

• Indeed - the best place for this discussion is at a community venue. Everyone agrees that there is a bug in Parsoid - this has been reported on bugzilla, the question is what to do in the mean time. Personally, I'd say stop using Parsoid, but that's got to be a community decision, rather than a committee one. I don't believe Redrose64 point out that they will take the case to ANI is a threat by any means - it's a statement that a discussion would be opened. Perhaps ANI isn't the best place, but that's not the point here. I'll wait for Redrose64 to comment before making a decision, but I am leaning towards declining this request. Worm^TT(talk) 07:51, 10 July 2014 (UTC)
• As far as I can tell, the relevant facts are:

• Technical 13 makes edits using User:Jackmcbarn/editProtectedHelper.js,
• ...which in turn uses Parsoid, a MediaWiki extension that also powers the VisualEditor,
• ...which in turn has some bugs that can break other parts of the page edited,
• ...which breakages, sometimes left uncorrected for hours, were caught by Redrose64, who has had a couple somewhat heated conversations with Technical 13 regarding them,
• ...which made Technical 13 feel (arguably justifiably) aggravated, as the bugs were located in a MediaWiki component that is out of their or the script developer's control.

Regardless of the technical cause of the error, it's still the responsibility of the editor making the script-assisted edit to ensure that any errors introduced by the edit are immediately corrected. Technical 13 should carefully review the diffs made using the script immediately afterwards to fix any errors caused by this or other Parsoid bugs. I don't see any need for an arbitration case out of this. Decline, unless there's more to this than the three talk page conversations linked in the request. T. Canens (talk) 08:05, 10 July 2014 (UTC)

• I'm also leaning towards a decline. I don't see any inappropriate or harassing administrative conduct in the linked conversations, and indeed see the same concerns Redrose brought up being echoed by several other editors. I would encourage Technical 13 to carefully consider those concerns. If there is no other evidence available, I do not see a need for a case. Per T. Canens, the author of an edit is responsible for that edit, and the author of an edit made using an unreliable or beta tool is responsible to check for and correct any issues. Seraphimblade ^{Talk to me} 09:43, 10 July 2014 (UTC)
  • Decline. I see nothing here that community processes can't handle, nor anything so extraordinary it justifies an immediate leap to arbitration. Seraphimblade ^{Talk to me} 20:42, 10 July 2014 (UTC)
• I'm tempted to accept this case, in order to review the behavior of Technical 13. But I don't think the community has had an adequate chance to do so yet. And accepting this particular case would involve Redrose64 unnecessarily, when the problem is rather one-sided. So decline. --Floquenbeam (talk) 15:48, 10 July 2014 (UTC)
• There has been a long history of other harassment from Redrose64 as well, that's a very serious allegation. Please, provide evidence or retract it. Salvio ^{Let's talk about it!} 17:33, 10 July 2014 (UTC)