Talk:Code of Conduct/Archive 1

From MediaWiki.org
Jump to: navigation, search

Contents

Disruption of work

Maybe disruption of work should be a little more defined. Taking things very literally, people (legitimately) -1'ing my patches disrupts my work, but that's obviously not the type of disruption meant here. Bawolff (talk) 00:34, 7 August 2015 (UTC)

@Bawolff: I based that on "sustained disruption of talks or other events" at wmf:Friendly space policy; I've rephrased to make it more clear (and a little more narrow for now). Mattflaschen-WMF (talk) 03:15, 7 August 2015 (UTC)

Added a heading. --MZMcBride (talk) 23:27, 10 August 2015 (UTC)

Inappropriate

Again, as the WMF Harassing Policy for physical spaces, this implicitly reverses the burden of proof for non-listed harassment and creates first and second class victims. I don't want to support any such discrimination, much less assume any liability for the results, so if this or a similar policy is enacted, it should point out who is responsible for it and that conforming to it does not condone behaviour complying with this policy. --Tim Landscheidt 01:17, 7 August 2015 (UTC)

Where do you draw the conclusion that this creates two classes of victims? It's quite clear that the list is not exclusive; whether or not it's listed, if it's harassment, it's forbidden. I think not listing an examples of harassment and simply saying "Do not harass contributors or users." is far too vague. I'm very open to suggestions of concrete things that are missing from the list, though. The document already notes the Community Advocacy team's existing role in this area, and the final document will have more clarity as to who to contact.
You cite a pre-existing policy (I think you're referring to wmf:Friendly space policy, which this is partly based on). That has a similar phrase, "Harassment includes but is not limited to". Do you recall any harassment that occurred but could not be dealt with due to not explicitly being listed? Mattflaschen-WMF (talk) 03:15, 7 August 2015 (UTC)


This needs some more thought

I very much like this policy but:

  1. I feel like it could afford to be a lot more explicit. One source of influence (which also draws a lot from the Ada and CoC elements) is the jQuery Coc (COI: I've provided some comments to it). It's very clear about the things that are not okay, and more importantly it's very clear about the processes around the escalation paths, which this isn't.
  2. Community Advocacy is absolutely the wrong entity to be handling requests here; they are awesome but do not trend towards a technical background. Why aren't the Engineering Community team handling this? This is quite literally their job - building a healthy community.
  3. Who drafted this and does that group include members of groups traditionally marginalised within technical environments? If not, why not? Asking people to comment publicly is all well and good but it ignores how toxic these venues can get. We could lose a lot of incredibly useful submissions based around lived experiences by not including those groups early in the drafting process. Ironholds (talk) 16:55, 7 August 2015 (UTC)
I particularly agree with points 1 and 2. One of the things I like about the Contributor Covenant's version (which I think we should fork and modify for this; writing an effective CoC is hard, and we should take advantage of existing work!) is the specificity: methods of contribution, spaces the policy applies to (particularly "in public spaces when an individual is representing the project or its community"), unacceptable behavior, means of reporting, and consequences for violations.
I think that CA is a great resource to escalate to for really bad violations (think assaults at conferences, doxxing, etc.), but I think that we need people who are familiar with technical workflows and the normal structure of technical discussion to take point on this. Harassment thrives on plausible deniability, and someone who's not familiar with the normal operation of the space in question won't be as effective at identifying it and handling it effectively. Fhocutt (WMF) (talk) 19:31, 7 August 2015 (UTC)
This is still a draft, and I encourage people to keep editing it, including using other CoC's as inspiration (or maybe rebasing it; see below), and including being explicit about what is not permitted. I'm in communication with both the Community Advocacy and Engineering Community teams, and the exact roles (if any) for each are still being worked out. The document does not currently say that CA will be the go-to contact person for this (hence the ?); it just states their pre-existing authority, partly so it won't be misinterpreted as taking that away.
I'll let the drafters speak for themselves if they choose (partly because I don't want to imply this is their ideal draft). The drafters included at least one participant from a traditionally marginalized group, but more input to the draft (from everyone) is needed. I'm not just asking for comments, but actual edits to the draft. Mattflaschen-WMF (talk) 04:29, 8 August 2015 (UTC)


Two questions

  1. Why is this needed? (What generally comes up now as problems, how do existing channels fail, and how will this resolve that?)
  2. Whose consensus will it come down to in order to actually approve, enforce, and modify this?

Thanks. -— Isarra 18:09, 7 August 2015 (UTC)

I'm very curious about the answers to these two questions as well. --MZMcBride (talk) 19:53, 7 August 2015 (UTC)
Re Question 1: This is a pretty good writeup: https://adainitiative.org/what-we-do/conference-policies/ Greg (WMF) (talk) 00:38, 8 August 2015 (UTC)
This is needed because harassment is a common problem in technical communities, and unfortunately, we are not uniformly an exception to that. Saying existing channels "failed" completely is overstating it, but they have not performed as well as they would have with a clear, binding policy. This will provide a clear and explicit (albeit not 100% complete) list of forbidden behavior, and make clear how it is dealt with (understanding this may be a multi-step process in some cases). We are still determining how this will become binding policy and who will participate in enforcing it. Mattflaschen-WMF (talk) 04:43, 8 August 2015 (UTC)
Sure, but it would be great if we could develop policies based on case studies of where things have failed before (Especially case studies of where we have failed) as opposed to more generic bad things can happen. Bawolff (talk) 21:46, 8 August 2015 (UTC)
Why? Why wait for something bad to happen to call it out instead of saying "these kinds of things are bad, don't do them here". Greg (WMF) (talk) 01:02, 9 August 2015 (UTC)
We already have that. See meta:DICK. -— Isarra 02:36, 9 August 2015 (UTC)
this is a pretty succinct response to why "don't be a jerk" isn't enough to create a friendly atmosphere - the fact that the guidance you're linking to (which is just that; guidance. It isn't even enforceable) opens with a big picture of Wikipetan is...well, it somewhat undermines the point here. Ironholds (talk) 17:11, 9 August 2015 (UTC)
'Don't be a dick' pretty thoroughly addresses the examples given. -— Isarra 18:42, 10 August 2015 (UTC)
I'm not sure we even have the capacity to thoroughly identify where things have failed (discouraging contributors is usually not a very obvious phenomenon, because the persons getting discouraged leave, and no one is left to talk about it), so it's probably easier to build on the work of other communities which did that kind of investigation and came up with guidelines. It seems unlikely that the MediaWiki developer community would be so fundamentally different from the Ubuntu or Gnome or Python community that we somehow need completely different rules.
That said, I can share a case study, although I don't think it's the worst or most important type of harassment. During the second half of 2014, I have been triaging feedback on mw:Extension talk:Media Viewer/About, which some people have decided to use as a channel for venting over their dislike of deployment governance. You can get a picture of it just by skimming the page, although some of the meanest comments have been reverted.
I have eleven years of experience with the Wikimedia movement, much of it in some community leadership role; I have been advocate for a few fairly controversial initiatives. I generally consider myself to have thick skin. Even so, the experience was quite alienating. It did significantly influence my opinion of the Wikimedia community in the negative direction (even though most of the comments are anonymous, and anyway treating a handful of self-selected commenters as representative of a large community is totally unjustified, but that's just how human brains work), and it took me a while to recover from that. I'm fairly sure that if this would have been someone's first and defining large-scale interaction with editors, they would have quickly come to the conclusion that the community is a problem that needs to be fixed, not a partner to work with. I also wonder how encouraging the tone of that page was for someone who actually went there with the intent to report a bug or have a reasonable discussion. From what I have seen (from a distance), the feedback pages of other large-scale initiatives do not fare much better. --Tgr (WMF) (talk) 05:51, 10 August 2015 (UTC)
But that's not development, that's other projects' responses to development. How would this help with that? -— Isarra 18:42, 10 August 2015 (UTC)y
At the very least it means don't come over here to development feedback pages and behave horribly towards others because to do so on your local project would likely get you into trouble there. As mentioned several times, there is no civility policy here which allows for enfettered nastiness and rage, often drowning out the important ideas and criticism related to the product itself rather than the ephemeral debates. This is extraordinarily unhealthy to the development process. I hope you can see how it helps in that context. Keegan (WMF) (talk) 18:27, 11 August 2015 (UTC)
Completely agree with Tgr's comments, particularly using the Media Viewer feedback page as an example of how such an uncivil environment is detrimental to software development as well as the humans behind it. Keegan (WMF) (talk) 18:27, 11 August 2015 (UTC)
"Sure, but it would be great if we could develop policies based on case studies of where things have failed before". I'm not going to call out specific people for specific incidents here in public, but if you want proof such incidents have occurred, feel free to email me privately. However, I'm sure there are incidents I don't know about as well. Isarra: meta:DICK is not binding; it's not even a guideline, just an essay. Mattflaschen-WMF (talk) 05:28, 11 August 2015 (UTC)
Normal practice is indeed to discuss such things in public. This is a public project. Why change this now when it's most important? -— Isarra 01:29, 12 August 2015 (UTC)

I guess, the biggest question I have along the why is it needed lines, is why (concretely) is the friendly space policy not enough, and what is the intended relationship between this policy and that one. Bawolff (talk) 21:48, 8 August 2015 (UTC)

This. -— Isarra 02:28, 9 August 2015 (UTC)
Not an author, just a random supporter of the ideas behind this policy, but; my feeling would be that the friendly spaces policy is very deliberately highly general, because it's designed to be cross-applicable to a lot of spaces, and is centred on "real-world" spaces. It does its job very well! BUt one of the costs of this is that it is not tremendously detailed; it does not set out (except in broad strokes) what is problematic, and it does not factor in tech-specific forms of microaggression or macroaggression. Another is that it does not provide any enforcement mechanisms for these kinds of online spaces. By having a code of conduct for technical spaces, both are addressed; we can be pretty specific in what we call out that isn't applicable to other spaces, and have an enforcement mechanism that is centred on technical spaces. Ironholds (talk) 17:11, 9 August 2015 (UTC)
Bawolff, if by friendly spaces policy you are referring to wmf:Friendly space policy, I don't really understand your question. That policy is quite clearly about acceptable behavior at IRL events, focuses on face-to-face interaction, and its enforcement relies on the organizational structure that such events have (but most online spaces don't).
Are you saying you don't see the need for having a policy on behavior in online spaces? Or are you saying that the friendly space policy is or could be usable in online spaces? How? --Tgr (WMF) (talk) 04:48, 10 August 2015 (UTC)
For my own part, you're right - I really don't see the need here. My experience with mw and wikimedia development as a whole has been such that these areas have overall come across as far more civil than most 'content' projects I've interacted with, and yet the latter tended to have policies out the wazoo. If anything these policies seemed to be giving some users more leeway for being giant asswads.
But maybe there is something here, and if so, it should be clearly documented so it can be properly addressed - because then maybe it would actually work, unlike the ones on other projects. -— Isarra 18:42, 10 August 2015 (UTC)
I think the main problem with the content policies is that (they/some of them) have such policies, but don't actually enforce them (there are probably aspects that those policies are missing too, but enforcement is the biggest issue). This draft policy tries to be specific about enforcement. Mattflaschen-WMF (talk) 05:32, 11 August 2015 (UTC)
Content projects tend to rely either on enforcement by consensus or enforcement by a large group of people none of whom are really responsible for it. Those methods work well for enforcing rules against unpopular violators; they don't work very well on popular ones. Verbal aggression from friends and vested contributors is regularly overlooked. --Tgr (WMF) (talk) 06:32, 11 August 2015 (UTC)
In the case of technical spaces, the 'vested contributors' are often WMF staff. -— Isarra 01:29, 12 August 2015 (UTC)
The main reason wmf:Friendly space policy (FSP) is not enough is that it not apply online at all. FSP is purely for in-person events ("Wikimedia Foundation events" to use its terminology). The relationship is that, for in-person technical events, you would have to comply with both of them. Mattflaschen-WMF (talk) 05:32, 11 August 2015 (UTC)
Maybe this policy should focus on online issues, and FSP should focus on in-person issues. E.g. Stuff about unwanted photographs (An in-person issue) would be in the FSP, and this policy would be about things that commonly come up online. With the understanding that if you're at a tech event, both policies apply. Bawolff (talk) 09:40, 12 August 2015 (UTC)

Recommendations

Change :Be catalytic – Tell what they should do instead. Occasionally this may be encouraging and motivating, better than a dense list of "rules". to: Be catalytic – Recommend what they could do instead. Occasionally this may be encouraging and motivating, better than a dense list of "rules" Jadeslair (talk) 07:15, 8 August 2015 (UTC)

YesY Done Thanks for the suggestion. Mattflaschen-WMF (talk) 04:57, 11 August 2015 (UTC)

Unnecessary section

The part about the Community Advocacy team and global bans should just be removed (or alternatively replaced with language like "the Global Ban Policy also applies to technical spaces"), to avoid any potential confusion that the code of conduct makes a different set of standards for global bans than what is in the policy. The language of the particular section is also pretty unfortunate and reads like "the CA team will be policing technical spaces and getting anyone who violates the above globally banned", IMO. wctaiwan (talk) 03:34, 10 August 2015 (UTC)

The meta:WMF Global Ban Policy only includes extreme situations, and the WMF refuse to talk about those situations.
That will be appropriate for some 'Code of conduct' issues, however it seems like the 'reasons people will be banned' aspect of this CoC policy is intentionally more inclusive of incivility and bad behaviour than the Global Ban Policy, however the CoC is limited to parts of 'Wikimedia' that are 'paid work' spaces for people, esp. WMF staff.
I do worry that this CoC will mean 'the editing community' feels 'mediawiki.org' and other technical spaces has a more pro-WMF banning policy than meta or content wikis, and therefore withdraw from participating in these spaces. John Vandenberg (talk) 06:36, 10 August 2015 (UTC)
I hope that it's the opposite, and people see that codes of conduct are not something to be afraid of, but just reinforcement of good practices. Mattflaschen-WMF (talk) 05:59, 11 August 2015 (UTC)
I have no issue with that wording. I'll put it up and we'll see how it goes. Mattflaschen-WMF (talk) 05:59, 11 August 2015 (UTC)

"including but not limited to"

As "technical spaces" could be almost anything, for example bug requests are discussed on email lists, main noticeboards on Wikipedia and Commons, etc. this is a potential bear trap. The list needs to be specific, and the communities it encompasses need to unambiguously agree with it and have the opportunity to discuss it and amend it. -- (talk) 05:02, 10 August 2015 (UTC)

We could consider removing "including but not limited to" from the 'virtual' section. Mattflaschen-WMF (talk) 06:31, 11 August 2015 (UTC)
On the presumption that unpaid volunteers are allowed to amend this draft in advance of whatever official WMF authorization you have in mind, I have been bold and made the change (diff). -- (talk) 14:50, 11 August 2015 (UTC)
I've asked people to help edit and work on the draft repeatedly, so it's not really a presumption. While I'm okay with removing it from 'virtual' (we could add any missing spaces we notice), removing it from the 'examples of harassment' is much more problematic. It's easy for someone to claim their abusive behavior is technically not listed. Common sense as to what constitutes harassment is still sometimes necessary. This is a necessary list, but not a complete one. I also think it should be next to 'physical'; however, there are possible alternatives there. I also think "Wikimedia-controlled" is overly narrow (#wikimedia-dev is definitely a Wikimedia technical space, but is it Wikimedia-controlled despite being hosted by Freenode servers?). Mattflaschen-WMF (talk) 02:56, 12 August 2015 (UTC)
By definition, #wikimedia-dev will become Wikimedia controlled if this policy is made part of its channel notice, as will any other channel that opts in per the IRC discussion below. In this way there is no need to include an open-ended wording in this policy that may be read as all channels where wikip/media is in the channel name (as any of them might discuss technical matters and have technical staff participating), as we can state it in a more specific way which avoids that reading. -- (talk) 07:40, 12 August 2015 (UTC)

"Unwanted photography"

Clearly this needs clarification. In the U.S., for example, it is entirely legal to photograph any person in a public place at any time. My main work here is for the Commons. I don't normally ask in advance before taking photos in public, nor do most U.S. contributors to Commons. Are we, or are we not, saying that if that person is a participant in a WMF project that they may now have a veto on having their photo taken and posted here? If, for example, that person is giving a speech, do they now (unlike anyone else) have a right to say that someone cannot photograph them during that speech? What if they were one of the many people bicycling naked in the Fremont Solstice Parade and decided they didn't like a photo someone took of them? Would they then have special recourse unlike anyone else in the parade? I don't think that's what we mean to say, but perhaps it is. If so I strenuously object; if not, there needs to be some clarification as to what is meant by "unwanted photography." - Jmabel (talk) 14:27, 11 August 2015 (UTC)

Certainly clarification is needed as the policy is open ended and non-specific at the moment.
Keep in mind that conferences are not necessarily public places and physical meetings might be in many countries, so there are several ways of interpreting personality rights and the nature of intrusion or reasonable expectations for privacy even when photographs are taken in a public place (I'm thinking of UK law here, rather than US law). This is where the policy would be much better split so that hard and enforced policy elements are clearly distinguished from best practice guidelines for participants. I doubt that anyone intends to create a policy which removes a citizen's right to free speech or the rights of journalists or "citizen journalists" to report events by threatening anyone that breaks it with punitive, publicly humiliating and permanent global bans. -- (talk) 15:00, 11 August 2015 (UTC)
Jmabel -- actually, Commons has been generally receptive on several occasions to requests for deletion of such photographs (don't remember any from Fremont Solstice Parade, but do remember one from Burning Man) as a matter of "courtesy deletion" (though the photographed person doesn't have a strict right to demand deletion). AnonMoos (talk) 16:05, 11 August 2015 (UTC)
The code of conduct says "unwanted photography", it doesn't say "photography without permission". It also doesn't say anything about publishing photographs (or a "special recourse")—thus personality rights are irrelevant to the discussion, as is Commons, as is the example about the Fremont Solstice Parade. As to your example of someone giving a speech, I think it is totally reasonable for someone to request that they not be photographed while giving a speech. For example, what if they are a Chinese citizen and speaking out against the Chinese government? In such a situation, repeatedly ignoring their request would be rightfully considered harassment, IMO. Kaldari (talk) 21:24, 11 August 2015 (UTC)
Jmabel requested clarification. If someone asks for photographs to avoided for a talk, we respect their wishes as a courtesy; this already happens. However making threats of global bans will not stop "unwanted" photographs of a notable person being taken by journalists or anonymous tweeters if a conference is in a public place, or has public access. Neither should anyone in fear for their safety be given an impression that a code of conduct for technical spaces makes it acceptable to take more risk. Were I organizing a conference I would consider it unethical to have the event used in a way that creates serious unnecessary risk of harm, such as future imprisonment by their government, for any attendee. -- (talk) 01:09, 12 August 2015 (UTC)
First, we need to distinguish between community policy and government law. There is no law in the U.S. against written personal attacks (unless they are libel), but the English Wikipedia still has a Wikipedia:No personal attacks policy. The primary goal of provisions like the unwanted photography one is to ensure people don't completely ignore the photography subject's intentions. If you just didn't know about their preference, I don't think that would be considered a violation. As far as WMF major public figures, I don't know any of them that have such a preference. If they did, and people felt that it interfered with e.g. documenting major speeches at WMF technical events, the right remedy would be to ask them to reconsider their preference.
I'm not sure how an unrelated public bicycle parade could possibly be considered a Wikimedia technical space. It's not based on who the person is; it's based on the space. So if you see Brion Vibber at some unrelated conference, you should follow their policy, not this one. And if you see him at the grocery store, it's between you and him (of course, being respectful is always good). Mattflaschen-WMF (talk) 02:08, 12 August 2015 (UTC)
So the issue is "unwanted photography" in the technical space, not "unwanted photography" of someone you might have interacted with in such a space? Because that is certainly not clear here. Also, "unwanted" is still hopelessly vague, especially if the sanction is a global ban. If it means "taking photographs of someone who has clearly and explicitly said not to take them" it should say so. If it means a photographer can get in trouble because someone decides the expression on their face doesn't flatter them, that is a very different thing. And, no, that's not just a hypothetical: things like that are by far the main reason for requests for courtesy deletions. I'm all for courtesy deletions, but not for sanctions against a photographer for taking (nowhere here does it even say publishing) pictures. - Jmabel (talk) 07:56, 12 August 2015 (UTC)
I think unwanted photography should be defined as taking photographs where the subject has either asked that their picture not be taken, or has a sticker saying no photos (Or I guess if the photographer is doing something creepy like specifically trying to sneak photos of someone). Bawolff (talk) 10:10, 12 August 2015 (UTC)
I've rephrased this line. 'Clearly inappropriate' is intended to mean basically what Bawolff described as creepy. Mattflaschen-WMF (talk) 20:31, 12 August 2015 (UTC)
The document says "follow this policy in Wikimedia's technical spaces", not "follow this policy anywhere you see a MediaWiki software engineer or bug-reporter". Mattflaschen-WMF (talk) 20:31, 12 August 2015 (UTC)

Encouraging others to behave badly

I was wondering if it would be worth adding the following bullet point under the "Do not harass contributors or users" section:

  • Encouraging others to do any of the above.

Personally, I think that encouraging harassing behavior is also a form of harassment. Thoughts? Kaldari (talk) 23:45, 11 August 2015 (UTC)

Is encouraging someone to do X the same as doing X? If so, I've won a bunch of professional sports games... Yaron Koren (talk) 00:14, 12 August 2015 (UTC)
No, encouraging someone to do X is rarely the same as doing X. But occasionally it is. For example, encouraging someone to commit a crime is often committing a crime. Kaldari (talk) 00:32, 12 August 2015 (UTC)
What is and is not regarded as a crime in various jurisdictions is not a meaningful metric, as completely ridiculous things find their way into legal codes all the time. As for the matter at hand, encouraging people to harass others is not inherently harassment. Don't call it what it isn't, just call it what it is - something that is also problematic, and should not be done. -— Isarra 01:19, 12 August 2015 (UTC)
What's a specific example of this? --MZMcBride (talk) 02:30, 12 August 2015 (UTC)
I would be fine with adding that. To address Isarra's point, rather than putting it in the "Examples of harassment" list, it could be a separate line item afterwards, saying "Do not encourage people to harass or personally attack others" or something like that. Mattflaschen-WMF (talk) 03:51, 12 August 2015 (UTC)

Rewrite based on Contributor Covenant?

Fhocutt (WMF) suggested above to use Contributor Covenant's Code of Conduct as a starting point instead. I'm willing to do that. What do people think? Let's make this decision quickly (a week?), so we know what we're basing the draft on. Mattflaschen-WMF (talk) 04:30, 8 August 2015 (UTC)

I do like it. --Brion Vibber (WMF) (talk) 23:35, 9 August 2015 (UTC)
I just read <https://github.com/CoralineAda/contributor_covenant/blob/4905401/CODE_OF_CONDUCT.md> and I like it as well. It seems like a much better starting point. --MZMcBride (talk) 23:33, 10 August 2015 (UTC)
I think this is a good idea. We will need to modify it to take our specific processes, spaces, community standards, and ways to report a violation into account--specificity in these areas is one of the best practices for codes of conduct that are effective in practice--but it's a solid base to start from. Fhocutt (WMF) (talk) 05:44, 11 August 2015 (UTC)
I agree that there's also room for a separate set of guidelines on what respectful, productive, collaborative technical work looks like in practice, and would like to see momentum on this policy carry over to those guidelines as well. Fhocutt (WMF) (talk) 06:01, 11 August 2015 (UTC)
I like it as well. It's more focused and specific. wctaiwan (talk) 04:46, 12 August 2015 (UTC)
+1 here - the original proposal was a good start, but it seems like a better idea to build on something that has already gotten a lot of feedback from a wide variety of sources. —Luis (WMF) (talk) 21:32, 13 August 2015 (UTC)
+1 for the same reason as Luis. Something that's widely used just carries more weight. I think in general people who misbehave don't stop to carefully read codes of conduct. The more likely potential violators are to have encountered other communities that effectively defend themselves with the same policy, the better. Milimetric (WMF) (talk) 00:58, 15 August 2015 (UTC)
+1 ^ YuviPanda (WMF) (talk) 10:35, 17 August 2015 (UTC)

What about this:

  1. Fhocutt (WMF) publishes a first version based on Contributor Covenant's Code of Conduct at Code of conduct for technical spaces with a {{draft}} template at the top and a disclaimer saying that this is a proposal under discussion.
  2. All the better if Talk:Code of conduct for technical spaces has Flow enabled. It allows for better subscription to specific topics and for marking topics as Done (cc DannyH (WMF)).
  3. We keep this page & talk page here for background with disclaimers on top pointing to the current draft and discussions. Once we are confident that anything valuable has been moved to the new pages, we archive these pages here.

--Qgil-WMF (talk) 07:54, 14 August 2015 (UTC)

It could also be someone else--I care much more about getting something effective and workable together than who does it. Otherwise, fine by me. Fhocutt (WMF) (talk) 17:49, 14 August 2015 (UTC)
If there is consensus to rebase on Contributor Covenant (as looks likely) I plan to do so after at least a week from my post above. I will start with a clean copy of Contributor Covenant. Various people have ideas on how to update the draft from there, so I expect quick changes after we have the new baseline. I do not see any reason to start a new page at Code of conduct for technical spaces. We can just update the draft here, which is a more appropriate title since it's still a draft. If someone wants to request Flow, I suggest starting a new section about that. Mattflaschen-WMF (talk) 20:58, 14 August 2015 (UTC)
I've gone ahead and uploaded a clean copy. We can start refining it now. We should pull things we're agreed on from the old version, and some people have ideas for text to add to this base. Mattflaschen-WMF (talk) 00:00, 18 August 2015 (UTC)

IRC

IRC is not operated by Wikimedia and has independent and long established harassment policies. If the IRC harassment policy is to be effectively superseded by this Code, then it needs to be presented to the IRC community and the channels that it applies to need to be spelled out. As it stands it is not clear if this applies to all IRC private messaging, if it only applies to an agreed set of "technical" IRC channels (which should then have this Code linked in the channel notices), or whether it applies to all self-identified Wikimedians whenever they are using an IRC channel. The text currently reads in a way that denies the possibility of anonymity on IRC, which appears to run counter to Freenode's IRC policies. -- (talk) 05:02, 10 August 2015 (UTC)

The fact Freenode has a policy on harassment doesn't preclude use from having more specific guidelines. Harassment of women on IRC is well documented, so it's clear existing guidelines don't achieve the intended effect. I agree it would be good for the policy to be announced in the topic -- not for would-be harassers, but for people who are at risk for being harassed. They need to know we will not accept harassment. Valhallasw (talk) 07:48, 10 August 2015 (UTC)
Threatening WMF global bans for those accused of being in some vaguely defined way "non-positive" or disruptive is not an improvement on Freenode's harassment policy nor on existing community agreed policies for conduct enforced by trusted unpaid volunteers. This Code unnecessarily relies on a process with no possibility of appeal, nor any requirement for evidence to be examined by the accused or their elected peers. It puts an unaccountable faceless harassment police force of WMF employees at the centre of our community, rather than the WMF published strategy of putting the volunteer at the centre.
Just to be absolutely clear, the concept of a code of conduct I have no objection to whatsoever. Nor do I object to more being done about harassment (and not just harassment of women). However this code attempts to define "technical spaces" as almost everything where I might write about technical issues, then jumps into a solution of global bans which are completely unnecessary when there are plenty of volunteer driven systems available. Thanks -- (talk) 08:15, 10 August 2015 (UTC)
The point about the global ban policy has been rephrased. It's hard to see how it could apply to non-Wikimedia IRC channels ("self-identified Wikimedians whenever they are using an IRC channel") when it explicitly limits itself to "Wikimedia's technical spaces"; I don't know how e.g. the emacs channel could be considered "Wikimedia's technical spaces". Mattflaschen-WMF (talk) 06:42, 11 August 2015 (UTC)
No IRC channel is actually "Wikimedia's" as they are not run by Wikimedia, yet this policy asserts its authority on those spaces; if by "Wikimedia's" we means any channel with "wikimedia" in it, then that applies to #wikipedia-en and #wikimedia-commons whenever anyone wishes to assert that there was a technical discussion in those places.
Apart from presuming that "technical spaces" means any technical discussion anywhere, there is no definition so it is not limited. Unless the is accurate qualification of the scope of the Code, it seems fair to presume that users will apply it to all of the technical spaces mentioned where they may want to escalate a dispute, and it will therefore have the authority to bypass all local policies (as the ultimate sanction of a global ban is how it will be enforced). -- (talk) 06:48, 11 August 2015 (UTC)
For the IRC channel issue, what about the idea of having each channel's topic say whether this code of conduct applied there? Mattflaschen-WMF (talk) 01:48, 12 August 2015 (UTC)
I am an op on a couple of IRC channels and have set notices for a few. I agree that channels should be encouraged to opt-in to conduct policies beyond Freenode's standard. It is tricky to assess whether the specific community that are IRC users have a consensus for policies like this, rather than a few individuals who happen to be participating that week. Some channels benefit from highly specific behavioural guidelines, for example #wikimedia-lgbt has had a friendly "PG-13" language warning in its notice, which was added not long after it started, to encourage participants to stay friendly for potential minors. I guess discussion with channel participants a couple of times would probably be the way to go, or if there was an appetite to discuss it for a particular Wikimedia channel, a vote could run on a related wiki. However I suggest that in many cases we can encourage the more widely applied safe space guidelines as sufficient, and these have proved pretty uncontentious since their original creation (I think the version we put together at the UK chapter after some issues with real life events was the starting point back in 2012). -- (talk) 02:07, 12 August 2015 (UTC)
Which safe space guidelines are you referring to? Mattflaschen-WMF (talk) 04:01, 12 August 2015 (UTC)
Primarily https://wikimediafoundation.org/wiki/Friendly_space_policy though specific ones exist for some projects, such as meta:Friendly_space_policies and https://wikimedia.org.uk/wiki/Participation_policy which already apply to related spaces. -- (talk) 07:47, 12 August 2015 (UTC)
The Friendly space policy only applies to in-person events, not online. Mattflaschen-WMF (talk) 20:04, 12 August 2015 (UTC)
Yes, though some do specifically apply to virtual spaces, the distinction being slightly arbitrary as wiki-events invariably have significant virtual components and virtual participants for all related activities before, during and after physical events. Strangely enough, the harassment cases that spring to mind in relation to complaints in relation to friendly space policies, have involved virtual world actions such as deriding photographs online from events and outing participants online post-event. -- (talk) 05:19, 13 August 2015 (UTC)
Hi, This closes a major loophole in which Wikimedia IRC channels, notably #wikimedia-commons were used in most inappropriate way. Fae is very well aware of that, if not part if the issue, so it is not surprising that he opposes this policy. Regards, Yann (talk) 21:37, 11 August 2015 (UTC)
Please don't smear me with false allegations to make a point. I flatly and absolutely deny your snide claims about what I know, and heavy hints to make others believe I have some sort of evil motivation to scare me off asking basic questions about this proposed governance related policy. Please focus on the issues, rather than taking discussions off on a tangent through maligning participants. If you have evidence of harassment to present, please, please do present it in the correct forum where I would be happy to be held to account and answer any question based on evidence, rather than poisoning this discussion in an unhelpful and unpleasantly disruptive way. -- (talk) 01:30, 12 August 2015 (UTC)
What I find very interesting in this discussion is the notion that what pertains to the wiki, doesn't apply to IRC. This would further infer that on wiki status would not carry over to IRC, yet, virtually all of the IRC Ops are admins on Wiki, they frequently threaten people with bans from various IRC channels for either on Wiki justifications or for not doing what they, as admins/ops, say. Its also not uncommon for links to on Wiki essays and guidelines to be used as justifications for blocks or bans on IRC. So what this appears to me to be is a classic case of picking and choosing when to apply a policy or rule and when not too. For example, if an editor does something an admin doesn't like, the admin on the IRC channel can block the other person without cause or justification and the WMF won't get involved. This being the case, the WMF really just doesn't appear to care about blatant IRC disruptions caused by Ops/Admins like Yann who frequently block or ban editors from the channel for what they want. This is unfortunate and disappointing to me but not entirely surprising given the WMF's history of lack of control over admins and the abusive environment they enable to turning their backs on editors. Reguyla (talk) 01:50, 12 August 2015 (UTC)
I don't know the history of all the IRC issues being discussed here, so don't misunderstand me as taking sides. But I do completely agree that the Wikimedia IRC technical community is intertwined with the rest of the Wikimedia technical community (including MediaWiki.org). Mattflaschen-WMF (talk) 03:58, 12 August 2015 (UTC)

I believe that #wikimedia-commons as an irc channel is definitely out of scope of this. This is not the place to discuss etiquette guidelines for the entirety of the Wikimedia movement. If people want to do that, they should try their luck at meta. Bawolff (talk)

Without going into the specifics over whether WMF has reach over IRC channels, let me say that many channel operators, especially in the channels concerned, are not willing to ban someone unless they see clear evidence of actual wrongdoing in the channel. So even if WMF can do this, on a day-to-day basis, the existing operators may not be willing to enforce it.--Jasper Deng (talk) 18:44, 13 August 2015 (UTC)

We can agree that inappropriate behavior is equally inappropriate on-wiki, on-Phab, on-IRC, etc. Freenode's policies define the basic rules of Freenode. Our CoC cannot enter in conflict with such policies, but can build on top of them. https://meta.wikimedia.org/wiki/IRC/Channels#MediaWiki_and_technical should define which IRC channels are used as collaboration channels by the Wikimedia tech community (if the list is out of date, it can be updated). I don't think that an IRC channel related to the Wikimedia tech community can opt-out of a CoC or any other policy if it has been approved for all the tech community, just like I don't think a specific Phabricator project or a specific mailing list can opt-out either. In the "Enforcement" section I'm proposing that the first level of handling of complaints should be the own admins/maintainers of the spaces) affected by the complaint. If you agree with this idea, this would mean that a complaint about a situation in #wikimedia-foobartech would be handled first by the own channel operators. If the ops don't feel like solving the complaint alone or if the person claiming doesn't think that these ops will solve their problem, then a second level would take the issue (and that second level may or may not be formed by WMF employees, that is to be decided).--Qgil-WMF (talk) 08:13, 14 August 2015 (UTC)


Enforcement

I understand that this page is currently a draft. I'm curious when the enforcement-related question marks will be filled in. Specifically:

  • Alternatively, contact ? directly about the issue.
  • In the case of persistent disregard of these guidelines or if you are uncomfortable contacting the person directly, contact ? on Wikimedia IRC or send an email to ? and ask them to look into it.

If this proposed code of conduct is implemented, who will be responsible for handling complaints and how will this person or group do so across IRC, Phabricator, Gerrit, mailing lists, the wikis, etc.?

Assuming action is taken by this person or group, such as instituting a temporary or permanent ban of an individual, what will the appeal process be? --MZMcBride (talk) 23:26, 10 August 2015 (UTC)

I very much support moving forward and making progress towards putting this Code of Conduct for Technical Spaces into place. Thank you very much for spending the time and energy to create it and the time and energy to discuss, change and defend it - however I have the same questions as MZ has written out above (specifically about enforcement). It would also be good to know the difference between actions that would result in a temporary ban vrs ones that would result in a permanent ban and why. It is very clear at in-person events when people have willingly opted into the Friendly Space Policy (they must agree to the policy to register), decisions about enforcement are up to the event organizers and (more or less) fully left to their discretion. We have removed people breaking these policies from events in the past without issue. In this case if we don't have clear and **agreed upon** steps to take in order to enforce this we will run into issues. In case people have not seen what has been going on here, you should check it out: https://meta.wikimedia.org/wiki/Grants:Friendly_space_expectations It seems to be working well and very reasonable, but I think they had a slightly less complex problem to solve. Rfarrand (WMF) (talk) 22:58, 11 August 2015 (UTC)
This is an open issue. As far as "It would also be good to know the difference between actions that would result in a temporary ban vrs ones that would result in a permanent ban and why.", I think there is a role for discretion in this policy as well. It's hard to set a precise per-determined penalty for every grade of violation of every type of forbidden conduct listed. Mattflaschen-WMF (talk) 03:42, 12 August 2015 (UTC)
This seems to be the central and hardest question. Who exactly [has to/gets to] decide (A) what is "over the line", (B) what the outcome is in each instance?
The Ada CoC just says "Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by opening an issue or contacting one or more of the project maintainers." - Who is that, in our case? Who gets that burden/power/responsibility/role/unpleasant-chore? Who do we turn to, trust, and expect effort and investigation from?
Speculation: They can't be staff-only, because that would raise concerns about COI issues when the reporter/reported is a staff-member (and by god do some of the staff get verbally abused a lot, by anonymous and non-). They should be privacy-minded/discretion-trained/perhaps-even-NDA'd people, because they might be sent private evidence. They should be empathic and understanding of cultural and linguistic diversity. They should include experienced mediators/communicators, because they'll need to deliver warnings and decide on consequences, in a way that doesn't make the instance worse, nor fragment the communities. Constituting a proper group to review and respond is the critical factor in adopting any such plan that will work. –Quiddity (talk) 17:58, 12 August 2015 (UTC)
I think the points of contact and enforcement can be organized at two levels. The first level is formed by the administrators or maintainers of the space where the problem happens. All our technical spaces have individuals with permissions to ban a user, and that responsibility is acquired through experience and merit. This might not be as simple in practice, but as a principle I think it works. The second level should be used as escalation point if the first level is no good fit for addressing the problem for whatever reason. The simplest option would be to pick a related WMF team (Community Advocacy or Engineering Community being logical candidates). If this simplest option is seen as problematic for being in practice restricted to WMF employees (I personally don't think this is a problem, but such concern has been raised by some people) then a small committee could be formed with 3-5 people chosen among the admins and maintainers active in the first level.
The point here is not who exactly can be point of contact and enforcement, because we have enough qualified people with enough community trust to be in this role. The point here is to assure that there is people officially appointed to this role with community backing. This way a person willing to report knows where to go with confidence and trust, and a person being eventually warned or banned knows that the person warning / banning is doing that in a community role, not on a personal motivation.--Qgil-WMF (talk) 12:38, 13 August 2015 (UTC)
At the beginning of this thread it was asked "what will the appeal process be?" I cannot see this being addressed yet. Until there is a credible agreed appeal process to assure the community that our shared values of transparency and accountability are being addressed, this will remain controversial, regardless of whatever procedure is devised (presumably this process remains the choice of WMF executives, unless there is a shift to putting this in the hands of elected volunteers?) for appointing community prefects/collegiality monitors or whatever they are going to be called who are granted special banning powers. -- (talk) 14:59, 13 August 2015 (UTC)
@:, I have created a section to discuss the appeal process specifically. There is nothing in this CoC and its application that "remains the choice of WMF executives". In my proposal just above I'm not considering anyone "who are granted special banning powers". The Wikimedia tech community already has users that have these permissions ("administrators and maintainers" for simplicity). Even if we decide that we have a second level of enforcement (say a WMF team, an elected committee, etc) this should not grant to its members any "special banning powers". When such group would reach to a conclusion, they would ask the admins/maintainers of the affected space(s) to execute the ban. Note that this distribution of power would be an intrinsic appeal process in itself, because it will be effective only when there is enough consensus between the acting parts. All we agree that the last thing this CoC and Wikimedia tech community needs is a single person or a single entity with superpowers able to take executive shortcuts. In the way this proposal started and develops, I'm not seeing any risk of falling in this situation. If you have concerns, let's address them in the writing and implementation of this CoC.--Qgil-WMF (talk) 07:41, 14 August 2015 (UTC)
Thanks for setting up the section. With regard to your statement "nothing in this CoC and its application that "remains the choice of WMF executives"", I did not make this up, in fact the statement "Following approval from executive or legal staff, individuals who meet the criteria may be banned from all Wikimedia spaces, including technical ones" was added by Mdennis (WMF) on 7 Aug and eventually edited out by Mattflaschen-WMF on 11 Aug. Presumably this statement about global bans is entirely accurate, and while global bans remain an option then "executive or legal staff" will be part of how this policy will be implemented and interpreted. -- (talk) 10:01, 14 August 2015 (UTC)
OK, understood. I take the mention to the Global Ban Policy only as a reminder that it exists. This CoC and its handling should be compatible with that policy but independent from it. If someone in the Wikimedia tech scope is getting more points to receive a global ban, it would not be based on infractions against this CoC but on the criteria of the Global Ban Policy itself, and that would be handled according to the process of that policy.--Qgil-WMF (talk) 11:55, 14 August 2015 (UTC)
The interrelationship needs to be spelt out in the escalation process. As you infer, it would be best to avoid giving the impression that this policy is part of policies or legal documents controlling office locks and global bans, so the changes to this draft in the last week to move away from that hard line stance are a distinct improvement. This is the first time I have read "points" being part of the system. It would be a good step towards transparency if any system like this were made public and volunteers could ask about their own status if they are in doubt, and ask for review or start an appeal, rather than this being like expecting repercussions for asking about black ops. -- (talk) 13:41, 14 August 2015 (UTC)
"Getting more points" was just a casual expression written by this non-native English speaker. I think the process we need should be as transparent as possible taking into account privacy considerations (I can see how many times a three party private conversation can be more effective solving a problem than a fully public and transparent claim/appeal process). In any case, I don't think we need anything like w:Point system (driving) here.  :) I'll pay more attention to my casual phrasing in this discussion. And let me insist, we are designing a Code of Conduct to improve community health that must go through community approval, not a toolkit to recreate a police state.--Qgil-WMF (talk) 13:52, 14 August 2015 (UTC)

Bug management/Phabricator etiquette

If this code of conduct is adopted, what will happen to Bug management/Phabricator etiquette? --MZMcBride (talk) 23:55, 12 August 2015 (UTC)

Parts of the CoC might cover and hence supersede parts of the Phabricator etiquette, while other parts of the Phabricator etiquette are so Phabricator-only specific (e.g. status and priority fields) that they could remain and simply extend the CoC. --AKlapper (WMF) (talk) 10:35, 13 August 2015 (UTC)


"Sexual imagery or verbiage in public technical spaces"

I believe this example has been expressed oddly; possibly "verbiage" is used differently in modern British English compared to American English. Was the intent to say that sexual imagery and sexual texts are harassment, or was it actually intended that "verbiage" of any kind can be interpreted harassment? This reads as if writing a long complaint could now be called harassment just for being long-winded.

The adjective is meant to apply to both nouns. In other words, it's equivalent to "sexual imagery or sexual verbiage". If someone else finds this confusing, we could change it to that. Mattflaschen-WMF (talk) 23:47, 13 August 2015 (UTC)

As a secondary issue, the example concerns me as "sexual imagery" is vague wording, and in practice has been clearly interpreted on the English Wikipedia to include "sexuality", hence material like LGBT event photographs and historic material which might include partial nudity, such as 19th century ethnographic photographs. I understand what is probably intended, something like nudity or sexual photographs which are likely to cause offence when presented inappropriately. Could someone rephrase this so that the example is unlikely to be a cause of arbitrary future contention if we are discussing technical issues with topics like Wiki Loves Pride events or linking to categories for media in a medical education/history project and could include photographs or diagrams with partial nudity, such as the images from the Wellcome Library or diagrams from Cancer Research? Thanks -- (talk) 11:16, 13 August 2015 (UTC)

This is intended to be a code of conduct for technical spaces; it doesn't affect how Wikipedia chooses to cover e.g. 19th century ethnography. I think people will understand that if you are in the process of working on a technical problem, and incidentally have to link to an image or category with nudity, that would not be a violation (but it might be worth adding a NSFW on the bug report or whatever). Mattflaschen-WMF (talk) 23:47, 13 August 2015 (UTC)

Criticize ideas, not people

I am not a fan of that phrasing. First, there is not all that much difference between "your idea is stupid" and "you are stupid". There is an unfortunate misconception in certain circles of the community that the second is a personal attack but the first is fine, and we should not reinforce that. Second, publicly challenging improper behavior can be an important part of upkeeping community norms and socializing newcomers, and the "consequences" part explicitly suggests it as a first step of enforcement, but it would be itself a violation under this rule. --Tgr (WMF) (talk) 21:49, 16 August 2015 (UTC)

I think we can drop this now that we've rebased onto Contributor Covenant. They instead use different language with the same purpose, mainly "Examples of unacceptable behavior by participants include [...] derogatory comments or personal attacks [...]". Mattflaschen-WMF (talk) 00:08, 18 August 2015 (UTC)

Safe spaces, incivility, and passive aggression

It seems that there's general agreement that a lot of outright "in your face" harassment on gender/sexuality/racial/religious/etc grounds is to be avoided -- which makes me happy to hear -- but it doesn't surprise me that there are more negative reactions over the idea of disruption being a problem than .... any other reaction at all.

This doesn't surprise me because passive-agressive dismissive incivility is absolutely rampant in our community [our community == everyone involved in Wiki*edia, yes if you are reading this it includes you], as well as many other FOSS and FOSS-like projects. I know I'm a part of that civility problem too, and try to avoid it but don't always succeed.

I really like the idea of a positive code of conduct that prescribes respect, civility, and a mindfulness that we're working on tools for people to use... Being actually productive is important, and with our communications channels it's easy to get sidetracked into bikeshedding, "well-actually"ing, "RTFM"ing, and accusations of who's the most disruptive.

The most radical act isn't pointing out others' failings, it's admitting that you're part of the problem, and that changing is required. I know I need to change for the better, and I hope you all will join on that journey. --Brion Vibber (WMF) (talk) 23:48, 9 August 2015 (UTC)

I agree. I was a fan of the safe space policy going into effect for developer events, and that has since been extended first to Wikimania, then other Wikimedia events, and now recipients of WMF grants. With the board, Lila, CA, and others stating that looking into ways to address community collegiality is a priority for this year - this seems like a logical effort for the developer community. I agree it is not perfect, but I have yet to see an online community policy that was. ;) I endorse the idea of proceeding with refinements based on this page's discussion - but not delaying things for months and months in an attempt to achieve a perfection that will likely never come. However, Brion is correct that we must all also own up to our own role in this problem - and yes - there is a problem. --Varnent (talk)(COI) 02:46, 11 August 2015 (UTC)
I agree. I can admit that sometimes I have gotten more heated than I should have. None of us are perfect. Hopefully, this serves as a reminder for us to stay respectful. Mattflaschen-WMF (talk) 05:46, 11 August 2015 (UTC)

A tangent on wording; almost anything written online can be interpreted as passive aggressive. This is especially true in an international and multilingual context. For example written British English (at least for anyone educated before the 1980s) leans to self-effacing to be polite, this careful politeness in an online modern or Americanocentric context is easily interpreted as slyness, sarcasm, or passive aggressive. A general rule of thumb should be to double-check, as sometimes simple good faith and echoing back your reading in plain English, will quickly diffuse what might appear to someone from a different cultural background to be passive aggressive or annoyingly sarcastic. -- (talk) 02:14, 17 August 2015 (UTC)

Need clarification on the scope

I'm watching this discussion since someone posted a link in Commons' village pump. At first, I didn't see anything concerning to my activities there (my main project) and wonder how it affects a Commoner. Now I saw more Commoners raising concerns here. So I re-read the draft. It has two parts of scope; physical and virtual. "Physical" is noway relevant to Commons or any other WM projects as we are not physically meeting any. In "virtual", I see only "MediaWiki.org, Phabricator, Gerrit, technical mailing lists, technical IRC channels, and Etherpad". No other WM project like Commons is mentioned. My understanding is also a WM project like MediaWiki has no control over such projects. General policies like Global ban must be defined in Meta. So I wonder from where these concerns are coming?

I can understand MW has the right to block somebody if s/he misbehaved to a volunteer here on/off-mediawiki. But off wiki activities need investigations by some higher authorities like Arbcom. Commons doesn't such a setup and many people make benefit from it. But it is a "common" problem and not relevant here.

I also see "global ban policy" is mentioned in the draft. It only means people who apply global ban can consider the reasons which result a block here too, while considering a GB against a user. It is quite logical and I see nothing particular in it.

Am I correct? Let me correct; if I'm wrong. Jee 02:46, 12 August 2015 (UTC)

Yes, I think this is basically right. Some of the prior questions and comments were when it said, "virtual (including but not limited to MediaWiki.org, Phabricator, Gerrit, technical mailing lists, technical IRC channels, and Etherpad)". Now it says, "virtual (MediaWiki.org, Phabricator, Gerrit, technical mailing lists, technical IRC channels, and Etherpad)" (no "but not limited to", so no ambiguity about which web sites (or parts of them) it applies to). If there are problems in virtual technical spaces that are not listed here, the policy could be amended after further discussion. Mattflaschen-WMF (talk) 04:06, 12 August 2015 (UTC)
Thanks Mattflaschen for the clarification. Tgr's suggestion below is also very good. It is other project's responsibility to monitor their lists and IRC channels. Jee 04:48, 12 August 2015 (UTC)

Would it be fair to say that technical mailing lists are the ones listed under m:Mailing_lists/Overview#MediaWiki_and_technical, and technical IRC channels are the ones listed under m:IRC/Channels#MediaWiki_and_technical? Those lists seem fairly comprehensive (and if not, they should probably be fixed anyway). --Tgr (WMF) (talk) 04:27, 12 August 2015 (UTC)

I'm pretty sure a lot is missing from both those lists. Bawolff (talk) 08:05, 12 August 2015 (UTC)
True, but it is easier and better to update those pages than let people guess. The rebased text says "This is a code of conduct for Wikimedia technical spaces." I think we should spell out those spaces, right there after a colon or somewhere below. The list: mediawiki.org, wikitech.wikimedia.org, wikimedia.phabricator.org, gerrit.wikimedia.org, Wikimedia technical mailing lists, and Wikimedia technical IRC channels. Is the intention to keep this CoC for online spaces only, since events are already covered by the Friendly Space policy? If so, that should be explained as well, for context (now it's in the See also, I think it should be integrated to the text).--Qgil-WMF (talk) 11:26, 18 August 2015 (UTC)
No, it's explicitly for physical spaces as well ("Project spaces can be both physical, such as hackathons and other technical gatherings"), and has been since the beginning of the draft (though the wording has evolved). As far as IRC, I'm not sure whether it's better to use the topic (which can be controlled by the channel) or a Meta list that anyone can edit. Mattflaschen-WMF (talk) 20:41, 19 August 2015 (UTC)

Other examples from industry

There's a nice code of conduct from the Electron project here that has a prominent link in the project's readme. Niedzielski (talk) 04:24, 9 August 2015 (UTC)

FYI, The TODO code of conduct actively puts marginalized people in harm’s way. (...) This Code of Conduct is essentially legalese to protect the corporations and their cis straight white men contributors from accusations of sexual discrimination, racial discrimination, and with the recent EEOC ruling, homophobic and transphobic discrimination. - https://modelviewculture.com/news/todo-group-and-open-source-codes-of-conduct Valhallasw (talk) 07:35, 10 August 2015 (UTC)
That blog post falls very far from the standards of constructive and respectful communication it supposedly promotes, and is full of falsehoods (for example, check the pull request it links to and compare the actual discussion with the way it's characterized in the post). I don't think it should be taken seriously. --Tgr (WMF) (talk) 07:47, 11 August 2015 (UTC)
Another resource which helps explain why codes of conduct can help, is https://adainitiative.org/2014/02/howto-design-a-code-of-conduct-for-your-community/ . Mattflaschen-WMF (talk) 01:40, 20 August 2015 (UTC)

Role of the document

I feel like this code of conduct is trying to be a set of guidelines for best social practices (no off-topic comments, discuss things in the open) and a set of binding rules (no harassment) simultaneously, with no clear delineation. This should be addressed either by structuring things differently and making it clear which things would lead to consequences, or just splitting it into a binding policy and a non-binding set of guidelines. The binding parts would also need to be concrete (in defining unacceptable behaviour) to be enforceable.

In what's been defined so far, I think the part about rejecting patches should just be removed—given the precedent of some developers being very determined to push through features against consensus, people really shouldn't be punished for rejecting patches, provided they do so without personal attacks and such. (Also, please don't use words like "catalytic".) wctaiwan (talk) 04:03, 10 August 2015 (UTC)

Agreed. --MZMcBride (talk) 23:16, 10 August 2015 (UTC)
All of it is meant to be binding with the possible exception of the first sentence, which is kind of a preamble laying the groundwork. I feel like "Communicate about technology in public where possible" is relevant to the document, even though it's kind of non-actionable due to "where possible", because this is an important part of the MediaWiki ethos. "Comments should be made with the intention of constructively contributing to our technologies." is actionable; it means e.g. comments that are purely unconstructive attacks are not appropriate. I would expect this would not be enforced for one-off insignificant off-topic comments, but only to deal with major disruption. It doesn't say patches can't be rejected; a lot of patches need to be rejected, for valid reasons (product, technical, or both). It just says "consistent and unwarranted rejection of patches" (emphasis added) is not appropriate. Mattflaschen-WMF (talk) 06:28, 11 August 2015 (UTC)
I certainly don't think it should be a policy that communication happens in the open (the foundation may wish to mandate that for WMF developers, but this shouldn't be binding on volunteer developers). Unconstructive attacks may be actionable, but as written it's too vague and too broad (e.g. foundation PMs may argue that debating whether a feature is wanted at all is "unconstructive"). "Unwarranted" also leaves a lot of room for interpretation.
I'm not fundamentally opposed to covering both best practices and actionable misconduct on the same page (e.g. first list the goals of a CoC and document best practices, and then list what is considered actionable), but I think the latter needs to be concrete and separate for it to be enforceable at all. wctaiwan (talk) 07:28, 11 August 2015 (UTC)
Not to mention the fact that banning someone from one or more MediaWiki forums (the only real enforcement available for these rules) would presumably make them more likely to communicate with others privately. Yaron Koren (talk) 17:47, 11 August 2015 (UTC)
This is not the only enforcement mechanism given. It explicitly makes clear that in some cases, just talking to them is the best way to go, and in other cases, issuing a formal warning may help. Even in the case of bans, there are different types given. Mattflaschen-WMF (talk) 02:03, 12 August 2015 (UTC)
I wouldn't consider a warning to be enforcement, but that might just be a semantic issue. Yaron Koren (talk) 02:33, 12 August 2015 (UTC)
It doesn't mandate solely public communication for anyone, WMF or otherwise. It just expresses that you should default to make it public (then consider the alternative, where appropriate), rather than go the other way. Mattflaschen-WMF (talk) 02:03, 12 August 2015 (UTC)
Anyway, as I said above, while I think the "Communicate about technology in public where possible" line is relevant, it's not really actionable due to 'where possible'. I don't have my heart set on keeping it. Mattflaschen-WMF (talk) 03:19, 12 August 2015 (UTC)

(outdent) My concern is less about the specifics and more about the enforceability of a code of conduct that is deliberately designed not to be specific. You mention the role of discretion below. I'm fine with, say, discretion as to whether to give someone another chance, or whether something constitutes a pattern of disruptive behaviour, but as it is there isn't enough clarity when it comes to the line between best practices and actual rules. wctaiwan (talk) 04:37, 12 August 2015 (UTC)

@Krenair: @Yaron Koren: Krenair put back "We also pledge to communicate about MediaWiki/Wikimedia technology in public where possible" and made it even stronger. I don't have a strong preference on the first part (though I respect the fact that it was removed before, and understand why), but I think "All written non-security-related discussion about changes to MediaWiki core and extensions and skins which are deployed to Wikimedia sites or included in the MediaWiki tarball releases must be public." is way too strong and I've removed it. Mattflaschen-WMF (talk) 01:23, 18 August 2015 (UTC)
I have no idea what a "pledge" means in the context of a code of conduct. Actually, I have no idea what "we pledge" means here at all - most people aren't pledging anything, so it just sounds like false information. Yaron Koren (talk) 02:19, 18 August 2015 (UTC)
As much as I agree with the importance of public communication, I'd rather keep the CoC within the core goal of "making participation in Wikimedia technical projects a respectful and harassment-free experience for everyone". Someone not communicating publicly will not automatically incur in disrespect or harassment. I would leave it out.--Qgil-WMF (talk) 11:15, 18 August 2015 (UTC)
I agree with Quim. We should keep this document tightly focused on identifying prohibited forms of harassment, rather than general good practices. I added a part about the Wikimedia mission because I think it strengthens the case that prohibiting harassment is core to our values, but on the other hand I think communicating in public is a different principle and should be discussed elsewhere.—Neil P. Quinn (talk) 22:23, 18 August 2015 (UTC)
+1. I think that a separate document on positive ways that we communicate respect for each other and for the movement (somewhat like the positive portions of the Phabricator etiquette) is a very good idea and that this would fit well in there, but I agree that it would be better to focus this on our core goal. --Fhocutt (WMF) (talk) 00:55, 19 August 2015 (UTC)
Okay, in that case I'll go ahead and remove it.—Neil P. Quinn (talk) 22:12, 19 August 2015 (UTC)

Enforcement in new draft

The enforcement and reporting are now way more detailed, which is both a good and a bad thing. It's good because there's less ambiguity, but that much text may distract from the rest of the document. Also, since it comes from multiple sources, there are consistency and redundancy issues to work out. We may want to separate it out to a subpage (both as a break-out page if the overall Code of Conduct is approved, and for discussion now). Mattflaschen-WMF (talk) 01:28, 18 August 2015 (UTC)

(((Comments have been moved to "Right to appeal"))).--Qgil-WMF (talk) 09:13, 20 August 2015 (UTC)
The current section Enforcement contains two lists of "possible responses: that, well, look too similar. Wouldn't it be better to consolidate a single list, and then have a new section "Appeal" with the details of the appeal process?--Qgil-WMF (talk) 09:49, 20 August 2015 (UTC)
@Qgil-WMF: Which two lists are you referring to? The "For a simple case" is for actions a single member can take on their own. The "Possible responses to a reported breach of the Code of Conduct may include" is a list of things the full committee can do. I've tried to clarify this. Mattflaschen-WMF (talk) 02:41, 21 August 2015 (UTC)


First line of enforcement

I would like to float an alternative proposal for first line enforcement. I suggest that there should be a small group (probably either 3 or 5) of people from our technical community (both volunteers and staff, based on their involvement in the tech community). There would be an OTRS or mailing list address pointing to that group. I think the steps would be something like that:

  1. Someone emails e.g. techcoc@wikimedia.org , or contacts one of the members on IRC. If it's OTRS, I think the email could auto-create a ticket, and maybe for IRC it could be created manually from the web interface?
  2. For a simple case (e.g. first offense, minor harassment in a single space), a single member could:
    • Defer to the space itself (e.g. MediaWiki.org admins in the case of an incident on MediaWiki.org, or event organizers for a hackathon), if they seem best-equipped to handle it.
    • Issue a public or private warning directly.
    • Decide to take no action (logging why and notifying the reporter)
  3. For a more complicated case (e.g. repeat offense, when a ban looks like like it will be required, or where there is cross-space harassment), the initial responder could ask other members of the group for feedback, and can also bring in people from the spaces involved (e.g. if it happens on both MediaWiki.org and IRC, bring in involved admins and IRC contacts).
  4. In case of even more complicated or urgent matters, or if the group is unable to reach a decision (e.g. the minority in the group objects to the decision), it can be escalated.
  5. After the initial outcome (which would always be logged, even if it's just 'deferred to XYZ' or 'no action taken'), the reporter should be notified.
  6. The reporter always will be notified of the initial outcome, and has the right to appeal (see separate discussion).
  7. If public action is taken on the basis of the CoC (whether by the group or by local maintainers of the space), the alleged offender also has the right to appeal.
  8. Appeals would be taken to the same group that the committee could choose to escalate to (which group is under discussion).

Part of the goal here is the person who feels harassed does not need to look up different policies and points of contact depending which space it happened in. They can always contact the same email (or IRC). Mattflaschen-WMF (talk) 21:21, 14 August 2015 (UTC)

Also, I suggest that all participants in the first-level group be required to be identified to the WMF. Exactly how the group is formed could be determined if people otherwise support this proposal. Mattflaschen-WMF (talk) 21:36, 14 August 2015 (UTC)
I think this is a good start. I think that the Engineering Community Team is a logical group for the second level response. I'd like to see this group made up of WMF staff, technical volunteers, and one representative from ECT, since ECT has considerable knowledge about community structures and dynamics. I think that an email ought to be a sufficient place to report to--IRC is likely to be more complicated to monitor, and I don't think it's necessary as long as emailed reports get a prompt response. --Fhocutt (WMF) (talk) 02:38, 15 August 2015 (UTC)
I don't have a strong preference to keep an IRC point of contact. People might still informally report stuff there, but the email can be the definitive way. Mattflaschen-WMF (talk) 00:12, 18 August 2015 (UTC)

Some notes and suggestions:

  • Anonymizing reports are terribly important here. Specially when it comes to sexual harassment. we need more explicit statements on this to ensure people to feel more comfortable. I think CA can help us.
    Yes, this should be addressed in the draft. Maybe, in case of private harassment, not allowing release of the victim/reporter's name (even in the course of a public apology) without the reporter's consent. In the case of public harassment (at least where it is not/can not be oversighted), the victim/reporter is already known, and since it happened publicly it can sometimes be important to speak out. Mattflaschen-WMF (talk) 00:26, 18 August 2015 (UTC)
  • In lots of cases people already made contact with local maintainer of space (e.g. someone harassed me in mediawiki.org and initially I will contact admins of mediawiki.org but in some cases they don't handle it well. Lack of experience from admins, influential friends, being "too" valuable, etc.) So we need to determine a way to handle such cases.
    Yes, this is a good argument for having a central point of contact (techcoc), plus an appeal process in case even that fails. Mattflaschen-WMF (talk) 00:26, 18 August 2015 (UTC)
  • Punishment vs. protecting the system: Imagine I offended someone in pywikibot code review. What is the best action? Do you think I should be banned for a while or I should be stripped off from my owner rights or both? this states "Project maintainers who do not follow or enforce the Code of Conduct may be permanently removed from the project team." Should we have something like this?
    We have language about this from Contributor Covenant now. Not sure how much we'll tweak this; we will probably need a Wikimedia-specific enforcement section at any rate. Mattflaschen-WMF (talk) 00:26, 18 August 2015 (UTC)
  • Removal of comments: you didn't define anything about this. e.g. the CoC says: "Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct. By adopting this Code of Conduct, project maintainers commit themselves to fairly and consistently applying these principles to every aspect of managing this project." Ladsgroup (talk) 08:22, 15 August 2015 (UTC)

From the perspective of a maintainer

In other sections, others have already clarified why a code of conduct is a good idea from the perspective of potential contributors and victims, but I'd also like to share the perspective of a maintainer. On the Pywikibot mailing list, we have had our fair share of behavior that is not OK, but I've always been reluctant to actually put the users on moderate, or to ban them from the mailing list altogether. Why? I wasn't sure whether that was the right thing to do, and I was afraid of the backlash that would probably follow.

Having an explicit policy makes policing behavior also much easier. From one side, it's much easier to say 'hey, you are violating the code of conduct', and from the other side, having the policy means we //have to// intervene. It's much easier to act on a previously agreed policy than acting off the cuff. Let's make clear rules, and let's use them to make this environment more fun to work in. Valhallasw (talk) 21:31, 16 August 2015 (UTC)

Mailing list etiquettes already exist. --Nemo 07:17, 21 August 2015 (UTC)
Are you referring to m:Mailing lists/Guidelines? I added this link to See also.--Qgil-WMF (talk) 09:00, 21 August 2015 (UTC)

Harassment

In the "Unacceptable behavior" section, we start of by saying that unacceptable behavior includes a variety of things, one of which is harassment. We then continue by saying harassment includes a whole list of things, which includes all the other unacceptable behaviors we listed in the first place. How about we simplify this by saying the following?

All forms of harassment are unacceptable in Wikimedia technical spaces, both online and in person. This includes but is not limited to the following behaviors:

  • Inappropriate or unwanted communication, including on-wiki messages, private or public IRC messages, email, texts, and chats.
  • Sustained disruption of discussion, talks or work, for example by personal attacks, constant interruption, trolling or consistent and unwarranted rejection of patches.

Neil P. Quinn (talk) 22:16, 18 August 2015 (UTC)

@Neil P. Quinn-WMF: I see what you mean. I think it's important to state that we do not want our technical spaces to include "sexual language or imagery, derogatory comments or personal attacks, trolling, public or private harassment, insults", regardless of whether they rise to the level of harassment or not--even if these things are drive-by one-off comments, they make technical spaces less welcoming for many people. How about mentioning that harassment can include any of the above and removing them from the list of potentially harassing behaviors instead? --Fhocutt (WMF) (talk) 00:46, 19 August 2015 (UTC)
Take a look now--I think this version is clearer. --Fhocutt (WMF) (talk) 01:17, 19 August 2015 (UTC)
@Fhocutt (WMF): I think that looks good. I'm going to rearrange it to put the section about non-harassment unacceptable behavior below the list of examples of harassment.—Neil P. Quinn (talk) 17:54, 23 August 2015 (UTC)
Oh, wait. Someone else already did that.—Neil P. Quinn (talk) 17:55, 23 August 2015 (UTC)
The edit summary re-adding "rejection of patches" seems to go out of its way to point out that it's happening elsewhere. I don't know of this ever being a problem in Gerrit or Phabricator or Special:CodeReview. Why should this be included? --MZMcBride (talk) 02:35, 19 August 2015 (UTC)
Because it's a good thing to build processes around problems we have seen in similar spaces with similar dynamics and similar base populations so that we have a way of handling them if and when they happen. This question or something very likes it comes up a lot, particularly in regards to codes of conduct; "why do we need to protect X? I've never seen X happen". And the answer is that if X does happen in communities similar to ours it's hubris to believe it couldn't happen here, and we should protect against that - and that the lack of the appearance of X, when there is no process for X, can also be indicative that the lack of process caused an absence of any ability to productively surface it. Or to put it another way, a problem without reporting looks the same as no problem at all. Ironholds (talk) 19:20, 19 August 2015 (UTC)
This sounds very much like you're trying to prove a negative. --MZMcBride (talk) 02:01, 20 August 2015 (UTC)
Not really. Again, this happens very commonly in communities very like ours; I'm not trying to prove a negative, I'm trying to avoid the hubris of assuming we should not ward against things we have seen appear in similar spaces. If it was entirely a thought experiment it would be potentially problematic because then we're just adding stuff in an unfounded way, but by definition worrying about things identified in near-identical entities is not unfounded, it is very well founded. Ironholds (talk) 14:16, 20 August 2015 (UTC)
I'm a bit lost in this discussion. Are you proposing a specific change in the "Unacceptable behavior" section?--Qgil-WMF (talk) 09:03, 21 August 2015 (UTC)

Strings attached

I removed this text about trying to coerce users into apologizing through threats and intimidation. Ironholds seemed to want a discussion about it. Perhaps it's a cultural difference, but it seems/seemed pretty obvious to me that this type of behavior is inappropriate and I don't think we should be encouraging it. --MZMcBride (talk) 02:54, 19 August 2015 (UTC)

That isn't what it says. What it says is "The group may, if it chooses, attach "strings" to this request: for example, the group may ask a violator to apologize in order to retain their membership on a mailing list or their Phabricator privileges." That's not "threats or intimidation"; it's saying that in order for you to retain the privileges that you have after violating the behavioural standards that the group has, you must demonstrate that you understand that you violated these standards and that doing so was wrong. This is pretty fair, to me (I'm not sure what cultural difference there is here; yes, I'm a European, but I've also been living in the United States for quite a while now) - such a demonstration serves as evidence that misbehaviour will not occur again. It's also pretty standard; looking just at enwiki, almost every discussion around unblocks and unbans requires some assurance that the person who was sanctioned understands what they did wrong. Requiring that understanding to continue is...precisely what we do, we're just shuffling the order here. Ironholds (talk) 19:18, 19 August 2015 (UTC)
This is from the jQuery enforcement manual. I think realistically this is something that is already done in certain situations informally (and not just in tech communities); they just chose to spell it out. Without this, either it could still happen informally, or the only option is to directly ban them in a case where the string option would be considered. Mattflaschen-WMF (talk) 21:46, 19 August 2015 (UTC)
I also don't see any problem with requiring users to apologize as a condition of their remaining part of the community. The whole point of this code is to provide a mechanism for coercing toxic users to either change their behavior or leave the community. We can certainly argue about what makes a user toxic or how the mechanism should work, but it seems pretty obvious to me that a reasonable degree of coercion is the whole point.—Neil P. Quinn (talk) 22:22, 19 August 2015 (UTC)
I don't really like the strings language. I kind of feel like it reduces the value of an apology when it is so forced. Apologies should be free admissions of wrong doing. I feel like a forced apology doesn't shows that the user understands s/he violated standards, it shows the person understands that they are being required to apologize in order to continue to participate. However I think its fine for the committee to take the presence of an apology (Or any other action the offender takes to make amends/demonstrate regret) into account when deciding appropriate reprimands or to strongly suggest that somebody apologize. Bawolff (talk) 07:16, 23 August 2015 (UTC)
Demanding apology is an old antipattern. Apologies are valuable because they signal a change of beliefs (as opposed to a mere change of behavior). By making them obligatory most of that value is lost. Besides, giving a group the power to force belief changes is kind of creepy.
Asking the violator to promise that they will honor the code in the future (possibly as a condition of lifting the ban), which is the enwiki practice Ironholds was referring to, is a very different thing and entirely reasonable. Although I am not sure if there is any benefit in doing it in public. --Tgr (WMF) (talk) 08:32, 23 August 2015 (UTC)
I agree that a required apology is not a 100% sincere apology. As I said above though, I think these kinds of required apologies are common in other areas of life. That said, I don't object to removing the strings part, and changing it to something like "The committee may recommend that someone apologize, and take into account whether they do so. They also may require that someone explicitly agrees to comply with the code of conduct before unbanning them." Mattflaschen-WMF (talk) 23:30, 23 August 2015 (UTC)
This is actually not currently in the draft, but it's worth discussing whether to put something else back in (see my last suggestion). Mattflaschen-WMF (talk) 00:08, 24 August 2015 (UTC)

Trolling

I removed trolling as it seems to be problematic to define. I wouldn't want to see rickrolling to be considered a violation of this document, for example. I've also heard some people reclaim and embrace the term trolling as a positive behavior/attribute/skill. If someone wants to re-insert this, I think it first warrants discussion and perhaps a clearer definition. --MZMcBride (talk) 03:05, 19 August 2015 (UTC)

"In Internet slang, a troll (/ˈtroʊl/, /ˈtrɒl/) is a person who sows discord on the Internet by starting arguments or upsetting people, by posting inflammatory,[1] extraneous, or off-topic messages in an online community (such as a newsgroup, forum, chat room, or blog) with the deliberate intent of provoking readers into an emotional response[2] or of otherwise disrupting normal on-topic discussion.[3]". I think that firmly falls within the set of behavior we don't want to see. In addition, it is noted explicitly in the Contributor Convenant, so I think it makes more sense to place it back while the subject is being discussed. As for Rick Rolling: I think that generally is also counterproductive, and thus something we don't want in our technical spaces either. Valhallasw (talk) 08:02, 19 August 2015 (UTC)
Trolling is defined in Wikimedia terms at Manual:Glossary#T and m:What is a troll?, and in case of doubt w:Internet troll is also an interesting read. I think in most cases it is a behavior simple to recognize. "consistent and unwarranted rejection of patches" is not an equivalent of trolling but a much more narrower case, therefore I think that we should bring "trolling" back instead.--Qgil-WMF (talk) 09:50, 19 August 2015 (UTC)
Agreed, and let me say that people reclaiming trolling as "a positive behavior/attribute/skill" have no place here. Ironholds (talk) 19:09, 19 August 2015 (UTC)
I agree with Valhallasw. There was unanimous consent to start from the Contributor Covenant. While we have made changes from there, 'trolling' is one of the few things the concise Contributor Covenant addresses, which shows they view it as important. I agree it is important to forbid, and I see no reason to remove it from our versions. Rick-rolling is a prank, not trolling. While pranks can waste time (which is why I try to restrict mine to April Fool's), pranking is not the same thing as trolling. Mattflaschen-WMF (talk) 20:59, 19 August 2015 (UTC)
Thanks for re-adding it, Matt. Ironholds (talk) 14:14, 20 August 2015 (UTC)
Trolling is not defined anywhere and has never proved useful as an explicit charge to make to anyone, hence I support the removal of its mention. m:What is a troll? is a mere essay for a reason. --Nemo 06:59, 21 August 2015 (UTC)
The question is, are the behaviors identified as "trolling" already mentioned in clear terms (making the addition of "trolling" redundant) or is "trolling" covering other behaviors that are still not mentioned? I would be fine removing that single word, but only if the behaviors we want to address are well covered in the CoC. Currently we have:
  • Inappropriate or unwanted communication
  • Sustained disruption
  • Offensive, derogatory, or discriminatory comments
  • deliberate intimidation
  • derogatory comments
  • personal attacks
Anything missing?--Qgil-WMF (talk) 09:21, 21 August 2015 (UTC)

Qgil-WMF: If we remove "trolling," as I think we should, we would be left with:

The following behaviors are also unacceptable, regardless of whether they rise to the level of harassment and whether online or in person: inappropriate use of sexual language or imagery, insults, and other unprofessional conduct.

I think "unprofessional conduct" is similarly problematic as it's incredibly vague. And is "insults" needed? Are insults different from "personal attacks" or "offensive, derogatory, or discriminatory comments"? I'd be inclined to remove these three pieces (maybe moving "insults" up into a bullet, though it seems unnecessary). That would leave us with:

The following behaviors are also unacceptable, regardless of whether they rise to the level of harassment and whether online or in person: inappropriate use of sexual language or imagery.

This seems pretty awkward/weird to be in its own separate paragraph. --MZMcBride (talk) 00:45, 23 August 2015 (UTC)

Trolling used to have somewhat positive connotations back in the newsgroup era, but has that changed pretty definitively since then. Partly because its meaning changed to encompass any kind of deliberate manipulation, and to imply malicious intent; and partly because most newsgroups weren't communities in the sense the MediaWiki tech community strives to be one (they weren't about building things), so different behaviors were problematic there. Trolling, as used today, fits well into the list of non-acceptable conducts. If there are non-hypothetical persons in our community who are trying to reclaim it, that might be worth a discussion; otherwise, I wouldn't worry much about it.

Qgil: something like hostile tone maybe? A code of conduct might not be the best place to address that, though. --Tgr (WMF) (talk) 09:06, 23 August 2015 (UTC)

"Tone" was specifically raised under #Creeping bureaucracy. It could be a rationale to block anyone for writing almost anything "non-positive". There are no community agreed policies which rely on bad "tone" in order to justify blocks or other sanctions; it would be worrying if there were. -- (talk) 14:31, 23 August 2015 (UTC)
I thoroughly disagree with the assertion that it is not possible to write about a negative thing in non-hostile tone. I also don't think it differs fundamentally from WP:CIV (how much the latter gets followed is another matter). --Tgr (WMF) (talk) 18:52, 23 August 2015 (UTC)
I agree. I don't think we need a point specifically about tone. Mattflaschen-WMF (talk) 23:41, 23 August 2015 (UTC)
People have defined 'trolling' above. I completely disagree with removing it. There is a reason it's in Contributor Covenant. In both their and my experience, it's a serious problem in communities like ours (and I have seen examples of it in our community). If people really think a definition needs to be incorporated into the CoC, I'm fine with quoting the definition from Wikipedia (which Valhallasw quoted above). I think it's clear that while there may be some overlap, not all the items from that definition (e.g. "provoking readers into an emotional response") is in the list Quim quoted. I think "unprofessional conduct" should be kept; it basically means the kind of disruptive behavior that is incompatible with getting things done in a respectful way. I'm okay with removing "insults", as I think "personal attacks" is a superset of "insults". Mattflaschen-WMF (talk) 22:15, 23 August 2015 (UTC)
+1. Ironholds (talk) 14:45, 24 August 2015 (UTC)

Inappropriate or unwanted communication

"Inappropriate" was mentioned above; I agree that it does not seem very useful - it includes everything but explains nothing. There are generally three functions for the list of unacceptable behaviors: they inform the enforcers; help a concerned community member decide whether something they are about to decide or something someone just posted is acceptable or not; and tell a potential newcomer whether they can trust that the community is a safe space. "Inappropriate X" doesn't seem terribly useful for either goal. And I am not sure what unwanted even means. If it means that once someone tells you to stop communicating with them you must do comply, that is fine, but should be spelled out more explicitly. --Tgr (WMF) (talk) 09:14, 23 August 2015 (UTC)

I think there are some kinds of inappropriate messages that most reasonable people would agree are inappropriate and should not be sent. As far as "unwanted communication", I've clarified that similarly to how we did for unwanted photography. Mattflaschen-WMF (talk) 23:35, 23 August 2015 (UTC)
I think simplicity is more effective. Somehow we have grown an own list that is far more dense and extensive than the original Contributor Covenant, and I'm not seeing a good, practical justification for that. We already have several instances of inappropriate / unwanted communication. That first point could be removed without creating any new gap for actual harassment.--Qgil-WMF (talk) 10:56, 24 August 2015 (UTC)
Specificity, as has been covered repeatedly in this discussion, is a pretty good way of ensuring there isn't wiggle room or ambiguity. I don't feel we should be treating the Contributor Covenant as the baseline here except in the sense of 'the minimum acceptable`. It's widely used because it's not objectionable. That makes it a good template; it doesn't mean we should pin ourselves to the belief that it is ineffable. Ironholds (talk) 16:41, 24 August 2015 (UTC)
@Qgil-WMF: I don't think it's too long (especially if we just consider the length of the sections prior to Reporting and Enforcement). There are advantages to being specific. It helps avoid gamesmanship and wikilawyering. One thing "Inappropriate or unwanted [...] communication" may address that the other points don't as well is written harassment. This might be written sexual harassment, or just some other form of persistent communication you don't want to receive (and ask not be sent to you). Mattflaschen-WMF (talk) 02:28, 26 August 2015 (UTC)
Actually, gamesmanship and wikilawyering might be helped by lengthy policies inviting to have lengthy discussions driving most people away (an actual problem in Wikimedia). If the principles are clear and the committee is trusted, then this process will be accessible and strong. Now the text of the Principles proposed is shorter, but I bet we are offering the same actual coverage as before. "Inappropriate or unwanted communication" has been connected to "following, or any form of stalking", and in that context I think its function is clearer.--Qgil-WMF (talk) 07:39, 26 August 2015 (UTC)
@Qgil-WMF:: Much of the added list comes from policies that have been working in WMF spaces so far: the Grants Friendly Space Expectations and the Friendly Space Policy. Also, what Ironholds said. --Fhocutt (WMF) (talk) 17:26, 24 August 2015 (UTC)
One thing is being specific, another thing is having overlapping concepts spread in different points, making the whole list more dense and confusing than needed. I have just posted #Reorganization of types of harassment, a simpler proposal that doesn't lose specificity, that may address the problem exposed here and in the discussion about trolling.--Qgil-WMF (talk) 06:10, 25 August 2015 (UTC)

Substantive v Procedural

The draft is a confusing mix of Substantive law and Procedural law.

  • Substantive law declares which types of conduct lead to which types of penalty;
  • Procedural law defines how cases are handled.

Please place the procedural law into a separate paragraph. That paragraph should define:

  • the judicial body (e.g. committee membership and powers);
  • how cases are to be filed (e.g. identify the parties, state the facts, state which substantive law was breached, request remedy);
  • the rules of evidence (e.g. original documents and testimony is admissible; hear-say is inadmissible);
  • how cases are adjudicated (e.g. read charges, determine facts, determine applicable substantive law, decide penalty);
  • how decisions are announced (e.g. three brief paragraphs: findings of fact, findings of law, and penalty).

Procedural law is about the judicial system. If the work load grows, it may become necessary to have many such committees. Procedural law is our guarantee that the substantive law is applied in a uniform manner across many cases and many committees.

Uniform handling of cases is an important component of fairness. Moreover, public perception of uniform handling of cases contributes to public perception of fairness. Wp mirror (talk) 03:09, 19 August 2015 (UTC)

Agreed they should be split into different sections but they should be considered part of the same document, jurisprudence aside. This is not intended to be a legal system and should not be read as a legal document; as you say, fairness is important, and uniform handling and transparency are important parts of that fairness, but speaking as a former lawyer another element of fairness is to ensure that justice is efficient. Replicating a legal system down to the level of specifying the determination of "applicable substantive law" and every single possible type of evidence that is and is not acceptable does not necessarily help with this. Ironholds (talk) 19:38, 19 August 2015 (UTC)
An example might help. Procedural law, for many not-for-profit organizations, includes a reference to RONR 10th ed, Chap XX Disciplinary Procedures. The draft contains no such reference. Procedural law for the Conduct Committee should be gathered into one or more paragraphs, and thought through. Otherwise, committee members will find themselves having to improvise when they receive their first few cases. Improvisation leads to an aggrieved party claiming that committee members act in an arbitrary and capricious manner, which in turn injures the public perception of fairness and shrinks to pool of volunteers willing to serve on the committee. Wp mirror (talk) 05:29, 20 August 2015 (UTC)
In short, should we create a section "Code of Conduct Committee" and move there the details about its creation, membership, second level...?--Qgil-WMF (talk) 09:45, 20 August 2015 (UTC)
Yes, I think it's fine to create separate (sub)sections for that. Mattflaschen-WMF (talk) 02:38, 21 August 2015 (UTC)
I have never seen a reference to Robert's Rules (which are incredibly US-centric) in any code of conduct for this sort of community. Could you point me to an example of a code of conduct for a technical or online community that contains such a reference? Quim: yes, I am reading this as a request to create a dedicated section about the entity tasked with enforcing it, and endorse that request (although Code of Conduct Committee may not be the best name, since it leaves ambiguous whether that is an enforcement body or an amending body or or or). Ironholds (talk) 14:13, 20 August 2015 (UTC)
What part of the substantive six-step process do you feel is unclear? I agree the committee may have to choose certain non-substantive manners themselves (e.g. do they meet by private chat room, or telephone, who takes notes?) but the substantive matters should be addressed here in the policy. Mattflaschen-WMF (talk) 00:21, 21 August 2015 (UTC)

@Mattflaschen-WMF:Would anyone object to my starting a page called "Conduct Committee Charter/Draft". The idea is this: There should be two pages:

  • Code of conduct for technical spaces/Draft - contains substantive law (definitions of unacceptable behavior, penalties);
  • Conduct Committee Charter/Draft - contains procedural law (committee structure, membership, responsibilities, procedures).

I would be happy to provide a first draft to get the conversation going. The outline would look like this:

  • Purpose of Conduct Committee
  • Membership and selection
  • Responsibilities
  • Procedures and process

Wp mirror (talk) 00:28, 21 August 2015 (UTC)

They should not be separate pages, they should be the same page, as I thought we'd all agreed on. I am loathe to set more than the high-level elements of the appeals process due to the potential (in fact, the certainty) that we would get bogged down in that debate. The committee should determine, within the restrictions of the code of conduct, their own policy (and transparently document it). Ironholds (talk) 00:58, 21 August 2015 (UTC)
I agree with Ironholds on both points. The committee will quickly gain a sense of what is effective in practice; let's provide a reasonable blueprint and clear goals here and let them do their job. --Fhocutt (WMF) (talk) 01:44, 21 August 2015 (UTC)
Yes, I do object to drafting a new charter from scratch. There are already important procedural aspects in the main document. The key procedural questions should be described in the Code, but I do not support drafting our own very-detailed procedure in a vacuum. Many of the procedural elements (including resolutions) are based on https://github.com/jquery/jquery.org/blob/master/pages/conduct/reporting.md and https://github.com/jquery/jquery.org/blob/master/pages/conduct/enforcement-manual.md . This in turn is based on https://www.djangoproject.com/conduct/reporting/ and https://www.djangoproject.com/conduct/enforcement-manual/ . The key insight here is that we are benefiting from the procedural experience of real organizations (Django, and the others they adapted from, such as PyCon) that have dealt with these problems. Making our own elaborate procedural system based on Roberts Rules of Order, but without practical experience with dealing with this, will lead to an unwieldy procedure that does not solve the problem.
As already noted, I expect the committee to answer some non-substantive procedural questions on their own. It is also possible they will ask for some substantive procedural changes, in which case they may request to amend the CoC. But in either case, we'll be benefiting from practical experience in this kind of committee, which we can't if we draft our own based on Robert's Rules of Order. Mattflaschen-WMF (talk) 03:44, 21 August 2015 (UTC)

Physical contact

MzMcBride removed the parenthetical in "Inappropriate or unwanted attention, touching, or physical contact (sexual or otherwise)" with the rationale that it felt "awkward and unnecessary". To kick off a discussion about that:

Sexual versus non-sexual touching has different levels of acceptability within western society (speaking very broadly, there). Sexual contact is seen as obviously inappropriate for professional spaces, and non-sexual totally fine if both parties are comfortable with it. This split in characterisation should be called out when we're talking about how to handle unwanted contact. Ironholds (talk) 19:30, 19 August 2015 (UTC)

I think the key point is that unwanted or inappropriate touching is prohibited either way (sexual or otherwise). I agree it's worth calling out, since sexual harassment is one of the problems this is trying to address. I've put it back. Mattflaschen-WMF (talk) 21:27, 19 August 2015 (UTC)
Which split in characterization should be called out? I don't follow what you're saying. I also still don't see the need to parenthetically clarify that physical contact can be "sexual or otherwise." --MZMcBride (talk) 02:16, 20 August 2015 (UTC)

This area seems more than slightly over-egged, possibly this is a cultural gap of some sort between Europe and the US. If I were at a lunch at a Wikimedia sponsored hackerthon, and a fellow volunteer started choking on their chicken sandwich, I would like to avoid feeling so awkward about potential embarrassing claims of inappropriate touching, that I never tried to slap their back or attempt abdominal thrusts to clear their airways before they lose conciousness. At the moment I'm thinking that I would step back and wait until someone else helped out, especially if the person choking were half my age (which is quite likely). -- (talk) 09:50, 20 August 2015 (UTC)

In the event that somebody was choking to death would your read genuinely be that the Heimlich was unwanted? Ironholds (talk) 14:06, 20 August 2015 (UTC)
I think this is unhelpful hypothetical argument. I'll respond to this one direct question, but I prefer to avoid getting into replying to more of this type.
The way the draft is being extended in ways that only relate to thought experiments, rather than case history for our community, is of concern and especially the emphasis on "touching" as a reason to apply this policy. My feelings on this are from the last few years of targeted sexual and sexuality related abuse/vandalism on and off the Wikimedia projects (one of these attacks was on my Commons talk page in the last 24 hours, and has been deleted from the page history). This past does make me concerned about the risks of socializing at physical Wikimedia events, and has made me concerned about practicalities of things like sharing rooms when I attended Wikimedia events.
If I take your comment literally, then there is plenty of precedent and I note that preferred description is "abdominal thrusts" as other terms can be confusing or controversial depending on what you read. -- (talk) 15:11, 20 August 2015 (UTC)
I concur the choking example was unhelpful and I'm glad we're in agreement on that. You seem to be making a false distinction, here; that there are "thought experiments" and "things we have seen in our community" and nothing in-between. What we are talking about is not thought-experiments that could never happen, or could happen but never do happen; we are talking about things that absolutely happen in communities incredibly similar to ours in terms of focus, demographics and process. It is hubris for us to take the position that because instances of this have not been reported - in an environment similar to those where it has, and an environment lacking an existing enforcement mechanism in many ways - they cannot, or will not, happen.
I am deeply sorry for your past experiences of harassment in this community, along those axes or along any other axes. Ironholds (talk) 16:43, 20 August 2015 (UTC)
With regard to "axes", sarcastic apologies that are deliberate personal attacks are just as unhelpful. We should all expect better behaviour of WMF employees if the Wikimedia community is to provide them with special trust and authority. -- (talk) 16:56, 20 August 2015 (UTC)
That was not sarcastic, nor do I see where it was a personal attack. I was genuinely saying that I am sorry for your experiences. I apologise if what I wrote was badly written or ambiguous and so came off as an attack in any way; I will endeavour to be more precise before hitting save. Ironholds (talk) 18:05, 20 August 2015 (UTC)
I've now realised the ambiguity might be around "axes"; I meant it in the sense of "the plural of axis" not "the plural of axe". Apologies for the ambiguity :(. All data visualisation and no play makes.... Ironholds (talk) 14:41, 21 August 2015 (UTC)
@: The precedent you cited is from Weekly World News, a fictional tabloid publication. I'm sorry about any harassment you've received on any of the projects. This draft code of conduct does address communication ("Inappropriate or unwanted communication", "Offensive, derogatory, or discriminatory comments", etc.), not just touching, in the covered spaces. Mattflaschen-WMF (talk) 00:09, 21 August 2015 (UTC)


Canvassing

By the way, this whole discussion seems dominated from the start by a cherry-picked pre-determined very small subset of the community, which convened in external places and then started this concerted effort. In our wiki culture, this smells of so-called canvassing, which by definition makes a discussion and decision invalid and void. --Nemo 06:46, 21 August 2015 (UTC)

This proposal, just like most proposals in our community, was started publicly by some people who cared about this topic, and others equally interested have been involved since then. Nobody has been sherry-picking anybody, and nothing has been pre-determined. Trust me, I have been following this process and its collateral discussions and initiatives since phab:T87773#998422 (2015-01-28), both in public spaces and in the casual private conversations where I have been CCed.--Qgil-WMF (talk) 08:05, 21 August 2015 (UTC)
I learned of it from wikitech-l (2015-08-07) which is one of the technical spaces that would be covered by the proposed Code of Conduct. If anyone is aware of a technical space not notified, we should remedy that now. Wp mirror (talk)
Basically what Matt said; I heard about this from the Wikitech thread and to my knowledge it started on a phab task and with a public meeting at Wikimania. That's about as far from canvassing as you could get. Ironholds (talk) 14:35, 21 August 2015 (UTC)
I learned about this from the same Wikitech thread as Ironholds and Wp mirror.—Neil P. Quinn (talk) 05:24, 22 August 2015 (UTC)
I learned about this draft by personal email from a deeply concerned long term technical contributor. They have not contributed here themselves, from my understanding of their history, the most likely reason being that they do not want to be seen to be 'non-positive' about any WMF driven initiative, and with weaker English skills their voice would be lost in the wiki-lawyering. Without the email, I would never have known that this draft had been created. -- (talk) 08:21, 22 August 2015 (UTC)
I don't think I would say canvassing - but it certainly does seem as if it is being pushed by a rather small group of interested people, and being pushed rather hard. I am somewhat concerned in how the discussion doesn't seem to have all that many voices among the long term mediawiki/core developers (Since that is one of the main groups this document plans to regulate), but there is a long thread on wikitech-l, so its not like the relavent parties don't know about it. If the people commenting are the people interested, I guess that is that. Bawolff (talk) 06:48, 23 August 2015 (UTC)
As other people have noted, this work started publicly on Phabricator, and I've sent multiple notifications to wikitech-l. Architecture committee/2015-08-12 indicates the architecture committee members (i.e. long-term contributors) are aware of it; I would expect anyway they're aware from wikitech-l. If you feel it should be sent out to another public forum, please do so. Mattflaschen-WMF (talk) 20:57, 23 August 2015 (UTC)


Governance

jQuery's Code of Conduct Committee is a creature of the jQuery Foundation's Board of Directors:

  • the board appoints and reviews the committee members;
  • the committee is empowered to speak on the foundation's behalf to contact witnesses and to stop ongoing situations;
  • the committee reports the outcome of each case to the board;
  • deadlocked cases are escalated to the board; and
  • public statements are issued by the board, never the committee.

This is documented in their Enforcement Manual.

  • appeals go to the jQuery Foundation's President and Executive Director.

This is documented in their Reporting Guide.

No equivalent language appears in the draft Code of Conduct under consideration here. These are issues of governance; and they need to be addressed. Is there any reason why the proposed Conduct Committee should not be a creature of the WMF Board of Trustees? Wp mirror (talk) 17:59, 21 August 2015 (UTC)

Time, existing org structure, and lack of technical background, mostly. The jQuery Foundation is very different from the WMF and the two organizations and their boards focus on different tasks. This proposed committee's purpose (to promote and maintain a healthy technical community) is well within the Engineering Community Team's purview and skillset and I think it is a more natural fit. --Fhocutt (WMF) (talk) 00:38, 22 August 2015 (UTC)
That seems unsatisfactory. Members of WMF technical staff will be actively working in spaces where this code is in force, and subject to its provisions. It cannot be right for the ECT to sit in judgement on, or take appeals from, its own members or fellow-worker -- the clear failure of natural justice implied would completely undermine the credibility, acceptability and authority of the Code in all its applications, not just those that might involve a member of the WMF engineering staff. The authority of the Code must surely emanate from the Board, which is the ultimate authority and embodies the community consensus through its elective structure. It seems unlikely that there will be large amounts of business for them to transact and if it prove burdensome, I am sure the Board is fully capable of managing its own business either by delegation ad hoc or to a standing subcommittee. Rogol Domedonfors (talk) 18:53, 23 August 2015 (UTC)
Presumably the WMF's HR department should also not be involved in WMF employee behaviour, nor their lawyers, nor their managers, since they're all "fellow workers", and the committee should not contain any technical people since then the technical contributors they're tasked with checking the behaviour of will be "fellow workers" too. There are conflict of interest and recusal provisions practically by default for entities like this. The Board does a vast amount of work already and is not a particularly technical body; it also has little to no exposure to work within the technical spaces. Your proposal is that to avoid conflicts of interest we abstract the task away so far it lands on the plate of a group of people with absolutely no expertise or lived experiences that pertain to the space-specific problems. Ironholds (talk) 14:43, 24 August 2015 (UTC)
I am sure that the trained professionals in the HR and Legal departments are fully capable of handling those issues. That is of course of marginal relevance to this discussion and I presume you knew that when you dragged it in.. My proposal -- that is, what I actaully wrote rather than your mis-statement of it -- is based on the belief that the Board has the authority, the independence, the community support, that it is fully capable of understanding the issues of human interaction, fully capable of managing or delegating its own business and fully capable of obtaining technical advice should it see the need to do so. Apparently you disagree and it would be interesting to know why? It seems that you find independence a disadvantage in dealing with these governance issues -- I would see it as a positive advantage. Rogol Domedonfors (talk) 08:39, 25 August 2015 (UTC)
I don't see any problem in asking the Board for their opinion once this draft is more consolidated. If they say "Yes, we want to be the ones enforcing this Code of Conduct directly", I don't see any strong reason not to agree with them. However, I find this possibility unlikely for practical reasons, and we'd rather have an alternative proposal where the Board is either not in the picture or basically nominally, with their duties delegated to an executive body, aka a committee. In any case, the first step is to consolidate this draft, which we are doing at #Proposing Intro + Principles + Unacceptable behavior and related sections.--Qgil-WMF (talk) 09:41, 25 August 2015 (UTC)
I don't have any issue with independence; I have a problem with independence to the point of lacking context, and concerns about the time the board has available. But in any case, I endorse Quim's comment on this. Ironholds (talk) 14:40, 25 August 2015 (UTC)
I think there is in fact language addressing the same questions. It's just that the current draft has different answers. The draft is quite clear about who speaks (e.g. "A private reprimand from the committee", "A public reprimand. In this case, the group chair will deliver that reprimand", etc.), and it's also clear about the appeals process ("To appeal a decision of the committee, or if you have concerns about how it was resolved, contact the Engineering Community Team at ect@wikimedia.org and they will review the case"). The main question not addressed is how the committee will be formed. There is already active discussion about that.
I think ECT has better understanding of day-to-day life in the technical community than the Board of Trustees does, and is thus better suited as the appeals body. Mattflaschen-WMF (talk) 22:47, 23 August 2015 (UTC)


Outing

Hi. Re: this edit, "outing" actually has a different meaning in the context of Wikimedia wikis (cf. w:en:WP:OUTING). --MZMcBride (talk) 00:29, 23 August 2015 (UTC)

I agree. Without looking at the link, I would assume the other definition was meant in this context. Bawolff (talk) 06:23, 23 August 2015 (UTC)
Agreed. I've pointed the link to the enwiki project page you linked.—Neil P. Quinn (talk) 18:05, 23 August 2015 (UTC)
The original Contributore Covenant says "Publishing other's private information, such as physical or electronic addresses, without explicit permission". This is plain English, and very clear. I propose to go back to this original sentence. "Outing" and "doxing" are not part of everyday's vocabulary. If you prefer, we can add the concept of "person's identity": "Publishing a person's identity or other private information, such as physical or electronic addresses, without explicit permission".--Qgil-WMF (talk) 10:46, 24 August 2015 (UTC)
The version of Contributor Covenant we based this on does not have that text (see revision link in See also). That said, it seems fine to use more plain language for this. Mattflaschen-WMF (talk) 02:20, 26 August 2015 (UTC)
It should be amended as you suggested, since unlike some communities, in ours name/identity is often private, which is not addressed in your first quote. Mattflaschen-WMF (talk) 02:22, 26 August 2015 (UTC)
YesY Done taking the wording proposed at #Reorganization of types of harassment since it is directly based on the previous sentence, just removing the very specialized terms.--Qgil-WMF (talk) 06:12, 26 August 2015 (UTC)


Remove "Principles" section?

The "Principles" section as currently written seems both incorrect and pointless. There's a reason why the coding conventions pages, for instance, don't say "As Wikimedia developers, we all believe that tabs should be used instead of spaces." If there are rules, fine; but there's no point pretending there's unanimity behind them.

The first sentence of the section is simply incorrect: "As members of Wikimedia's technical community, we work together to build technology that makes free knowledge available to humanity." There are plenty of MediaWiki extension developers, myself included, who have never worked on code used on any of the major Wikimedia sites; we thus make no real contribution to free knowledge for humanity. (Why this sentence belongs there, even if true, I don't know. If the goals were less lofty, would harassment be okay?)

The second two sentences, starting with "We welcome" and "We pledge", are actually similarly nonsensical. Did everyone pledge? (Did anyone pledge?) What does it mean to pledge? Do you have to pledge repeatedly, or only once?

I don't know why you need a set of principles to explain rules in the first place. It feels like this whole section could just be removed. Yaron Koren (talk) 18:44, 24 August 2015 (UTC)

I disagree that there is no point to this section although I accept that you don't see one. The point of this is the same as the point of any preamble anywhere; to provide a context within which the document can exist and be interpreted. So that people reading the code of conduct can understand not only what specific activities are proscribed but the principles under which the community is organised.
As for the 'there's no unanimity behind them' or 'who pleged?' - that is about the principles, not the individual rules. Excepting the working together section, do you disagree that the community should be a respectful and harassment-free experience for everyone, say? Ironholds (talk) 04:34, 25 August 2015 (UTC)
I think Yaron's point, is that pledging is usually defined as an active action. Almost akin to signing something. Regardless of whether everyone agrees with the statements to be pledged, its not true to say that everyone has pledged it, unless they've actually pledged those principles, which they haven't, and there is no plan to make everybody pledge it. A policy we all agree with, is different from a policy we have all pledged to uphold. Bawolff (talk) 05:30, 25 August 2015 (UTC)
For what is worth, this section is basically an adaptation of the first paragraphs of the Contributor Covenant this Code of Conduct is based upon. "Pledge" is being used there. Today nobody has pledged anything, but the approval of this Coc implies that the Wikimedia Tech community endorses it. To me this reads as a linguistic detail, and in general I think that deviations from the original Contributor Covenant benefit from a strong justification. As per MediaWiki-not-Wikimedia contributors, anybody participating in the Wikimedia tech infrastructure is considered a Wikimedia tech contributor, and does contribute in a way or another to Wikimedia's mission. So yes, it is a preamble, it might sound a bit redundant for those knowing the details, but it is informative and usefl to set everybody in the same page.--Qgil-WMF (talk) 06:21, 25 August 2015 (UTC)
Ironholds - I agree that respect is good and harassment is bad. Now, if you can get everyone who's ever contributed code to a Wikimedia project to agree with that, you'd have a stronger case...
Qgil - I simply don't see how someone who writes, say, a Google Ads MediaWiki extension is contributing to free knowledge for humanity. Right now the wording makes it seem like such people don't even count; is that really "welcoming"?
Seriously, though - instead of "We pledge to make participation in Wikimedia technical projects...", what about "Participation in Wikimedia technical projects should be..."? Yaron Koren (talk) 14:10, 25 August 2015 (UTC)
If there are people who can't agree on that they shouldn't be members of our technical community, full stop. I have no issue with the people who are concerned by individual clauses and the edge cases they might introduce, but if you do not believe that, as you put it, respect is good and harassment is bad you have no place here. I don't have a problem with your rewording. Ironholds (talk) 14:41, 25 August 2015 (UTC)
Well, that's refreshing. People have been wasting time arguing about warning levels, arbitration committees and so forth, when it turns out that all we needed all along is just an immediate lifetime ban. Yaron Koren (talk) 15:10, 25 August 2015 (UTC)
I really don't want to spend my energy with us digging ever-deeper into this, so I'm going to back off at this point, but I really don't see how you concluded that a comment consisting entirely of deliberate facetiousness was helpful. Ironholds (talk) 18:08, 25 August 2015 (UTC)
Yaron's valid point refers to the part of the community focusing on MediaWiki-not-Wikimedia. It's a topic that we are considering in other areas, and can be considered here as well. The incidence on the mission and purpose of Wikimedia is not essential in this Code of Conduct. In the original Contributors Covenant, the "pledge" is used in a slightly different way. All in all, here I don't see strong reasons to depart from the original writing, so I will edit the Principles section proposing a writing closer to the original. Feel free to revert if you prefer to discuss further.--Qgil-WMF (talk) 20:51, 25 August 2015 (UTC)
I think it's better now, yes. Yaron Koren (talk) 22:42, 25 August 2015 (UTC)


Reorganization of types of harassment

The list of types of harassment has grown to a point where I don't think it is serving its original purpose as good as it could. Having two levels (a bullet list and an extra sentence) doesn't help. Having similar concepts in different points doesn't help either. We can be just as specific with a clearer organization and self-explanatory descriptions. Here is an attempt:

Harassment and other types of inappropriate behavior are unacceptable in all public and private Wikimedia technical spaces. Examples include but are not limited to:
  • Personal attacks, violence, threats, deliberate intimidation.
  • Offensive, derogatory, or discriminatory comments.
  • Inappropriate use of sexual language or imagery.
  • Unwanted attention, touching, or physical contact (sexual or otherwise).
  • Unwanted communication, following, or any form of stalking.
  • Unwanted photography or recording.
  • Disclosure of a person's identity or other private information without their consent.
  • Trolling through sustained disruption, interruption, or blocking of community collaboration.
  • Other unethical or unprofessional conduct.
Project administrators and maintainers have the right and responsibility to...

What do you think?--Qgil-WMF (talk) 06:08, 25 August 2015 (UTC)

They're in different sections because some of them are inappropriate but not actively harassing. 'inappropriate use of sexual language or imagery' is grossly inappropriate and should not be tolerated but I wouldn't describe it as harassment necessarily. You've also categorised anything unprofessional as harassment, which, again, is not always the case. Ironholds (talk) 06:17, 25 August 2015 (UTC)
I would also consider some forms of trolling to not be "harrasment" (but still problematic). Bawolff (talk) 06:18, 25 August 2015 (UTC)
Fine, but the goal of this CoC is not to define Harassment as in w:Harassment, but to identify types of "unacceptable behavior" in our community. The distinction between "technically harassment" and "other" is superfluous here. I have fine tuned the description.--Qgil-WMF (talk) 06:27, 25 August 2015 (UTC)
@Qgil-WMF: Some of the changes seem okay. Others I disagree with.
  • I strongly disagree with only forbidding certain forms of trolling, which I think the new wording does. The Contributor Covenant forbids all forms. I don't object to adding a parenthetical definition of trolling, but I also don't believe that's genuinely necessary. If you want to merge in the others (from Sustained disruption), it could be done with "Trolling, for example by" (I'm not sure those are 100% the same as the definition of trolling, but it's probably close enough).
  • Your list keeps "unwanted communication" (albeit moved, which is fine), but removes "inappropriate [...] communication". This is somewhat hard to define, but basically I think of creepy, harassing, or upsetting communication (especially private communication) that is not appropriate in this setting. I would prefer to put that back.
  • No problem with shortening "Offensive, derogatory, or discriminatory comments"; it should be obvious it includes offensive comments related to the listed characteristics.
  • "threats" should be changed back to "threats of violence". If someone threatens to stop editing Wikipedia, that should not fall under this.
  • Would prefer to put back "Inappropriate or" before "Unwanted attention". Similarly, it is possible for touching to be clearly inappropriate without someone explicitly telling you it's unwanted.
  • The definition of Unwanted photography or recording was put in response to feedback, but if most people don't have a problem with this wording it could be kept simpler.
  • Personal attacks might now be ambiguous. We have to forbid both verbal and physical personal attacks (physical is handled by violence, though), but a reader might now think it only refers to physical. Maybe clarify it.
Other than that the changes seem alright. Mattflaschen-WMF (talk) 02:56, 26 August 2015 (UTC)
Take a look to the current version. I think I have addressed your concerns. I have left the "Inappropriate or unwanted" pairs, although I still think "Unwanted" alone is clearer for everybody and more straightforward to act upon. In these sentences "unwanted" clearly implies "inappropriate". The "or" conjunction opens the possibility to deal with "inappropriate but not unwanted" behavior, which might be a can of worms. When not unwanted, what is appropriate/inappropriate differs a lot between individuals and their social contexts. In order to consider a behavior unwanted, we don't need "someone explicitly telling you it's unwanted". Social norms exist that define the lines of the unwanted, which are the same lines that define socially appropriate vs inappropriate. Those lines are fuzzy across cultures and individuals, but adding "inappropriate" to "unwanted" in our CoC does not solve that fuzziness either.--Qgil-WMF (talk) 06:57, 26 August 2015 (UTC)
@Qgil-WMF: I think the new version is okay, as long as we clearly understand that personal attacks includes verbal and written personal attacks, such as insults. Mattflaschen-WMF (talk) 23:19, 27 August 2015 (UTC)


Right to appeal

The right to appeal has been mentioned in several places. As a general principle, of course anybody being accused of breaching the CoC must have the right to appeal. The first ones having to excel at Conduct are the ones using it to file a complaint and the ones using it to enforce it on someone. The exact implementation of the appeal process can be defined only after the processes for starting and handling a complaint has been defined, though. For instance, complaints filed privately probably will have an appeal process that is equally private, unless one of the parts wants to bring the issue to the public. Let's agree first on how to file a complaint and how to handle it?

Let me add that the root of the questions about an appeal process seem to be based on the assumption or fear that this CoC and its enforcement will be authoritative and unfair by nature. If this is the concern, then let's focus on this concern in the first place. This CoC and its application in the Wikimedia technical spaces can only become a reality if the Wikimedia technical community embraces it and maintains it. If there is anything suspicious and unfair in this CoC, it will not be approved, it will not become a policy.--Qgil-WMF (talk) 07:25, 14 August 2015 (UTC)

(((moved from "Enforcement in new draft")))@Fhocutt (WMF): Also, "Only permanent resolutions (such as bans) may be appealed" (proposal in the current draft) should be clarified. Is it intended that only permanent actions (e.g. lifetime ban) can be appealed, or any ban (possibly temporary)? This should also clarify how the reporter's appeal rights are (un)affected. Mattflaschen-WMF (talk) 01:31, 18 August 2015 (UTC)
It's intended that only permanent actions can be appealed, but that the reporter's appeal/feedback rights are unaffected. I'm not terribly attached to this; I'd also be ok with something like "actions with effects that last for longer than three months" as well. The things I'd like to see balanced are not wasting the committee's time with specious appeals (such that the second step to any given action taken becomes "deal with the inevitable appeal") and allowing the flexibility to deal with genuine mistakes, particularly cases where the violator is using the CoC enforcement mechanisms as a way to further harassment of their target and the committee does not initially recognize that. --Fhocutt (WMF) (talk) 21:42, 18 August 2015 (UTC)
Okay, I think three months is a good compromise. I've added that. Mattflaschen-WMF (talk) 20:44, 19 August 2015 (UTC)
I still think this sounds odd: "Only resolutions (such as bans) that last 3 months or longer may be appealed by the reported offender." I think everybody should have the right to appeal, and the Committee should have the tools to avoid that this right is being abused in bad faith. For instance: "Resolutions may be appealed. For simple cases, the committee may decide to start the enforcement during the appealing process to avoid an artificial obstruction to the process. In more complex cases implying a ban of three months or more, the enforcement must wait until the appeal has been resolved."--Qgil-WMF (talk) 09:24, 20 August 2015 (UTC)
It feels like something is missing in the current draft -- notifying or talking to the reported offender. If I'm reading this correctly, it looks like the Code of Conduct Committee reviews the report and makes a decision, and the only time the reported offender is mentioned is the line about being able to appeal a 3+ month long ban. Sometimes the evidence is entirely public and easy to corroborate, and sometimes it's not. When it's not, you probably want to talk to the person and see what they have to say about it. Maybe that's obvious and doesn't need to be in the policy? DannyH (WMF) (talk) 00:22, 21 August 2015 (UTC)
I agree. However, it has to be done carefully. You don't want a scenario like:
  1. Someone feels they are being harassed, and reports it.
  2. The Committee contacts the alleged offender to get their side of the story, naming the reporter (who did not expect to be named).
  3. The Committee ends up taking only minor action (or none at all).
  4. The offender retaliates against the reporter for the report.
The jQuery CoC is ambiguous on this front. The Reporting page says, "All reports will be kept confidential. In some cases we may determine that a public statement will need to be made. If that's the case, the identities of all victims and reporters will remain confidential unless those individuals instruct us otherwise.", but the Enforcement Manual says, "The committee is empowered to act on the jQuery Foundation's behalf in contacting any individuals involved to get a more complete account of events." Contacting those individuals could itself be a breach of confidentiality. I added a sentence that tries to balance these concerns (needing the facts and avoiding revealing information against the reporter's wishes). Mattflaschen-WMF (talk) 01:26, 21 August 2015 (UTC)
@Qgil-WMF: Even if enforcement begins during the appeal process, your proposal does not do anything to deter people from appealing every single case (no matter how minor the penalty). We have to consider ECT's time. Mattflaschen-WMF (talk) 01:19, 21 August 2015 (UTC)
ECT's time is a factor I'm considering, trust me. I worry more about people complaining for having no right to appeal than about people trying to game the process. It is likely that the latter will put themselves in evidence with little community support. As for the former... they have a chance to drag more time and energy from all of us and, who knows, maybe even for a good reason because everybody can make mistakes, a committee too. (Note: I'd rather leave this discussion about appealing later, as proposed at #Next steps).--Qgil-WMF (talk) 08:47, 21 August 2015 (UTC)
Matt -- I agree with the need to strike a balance between involving the reported offender and not violating the reporter's confidentiality. That's a good point, and I think your changes to that section make a lot of sense. DannyH (WMF) (talk) 21:10, 21 August 2015 (UTC)
  • The wording is unclear as to who has the right to appeal -- who is the "you" in "if you have concerns"? Possibilities include anyone sanctioned in the case, any party to the case, anyone involved in any way at any stage, or anyone at all. Which is it to be? Rogol Domedonfors (talk) 20:52, 25 August 2015 (UTC)
    I think it's "anyone at all". But this should not be used as a back-door appeal (by either offender or reporter). It should only be to notify them of opinions, e.g. "I think the committee has developed a pattern of being too lax; this case is an example". Also note that under the current draft, either offender or reporter can ask for reconsideration ("After being notified of the outcome, the reporter or alleged offender may raise objections to the resolution. These will be considered by the committee."), but only offender can appeal to the separate level, and only under restricted circumstances. Mattflaschen-WMF (talk) 03:25, 26 August 2015 (UTC)
Then "you" is the wrong term, and should be in a separate sentence, reading "In addition, any member of the community may raise concerns about a case ...". The wording will still not explicitly forbid it being used as a second appeal. I also note that it is at least implicit, and perhaps needs to be explicit, that only a party sanctioned may appeal. Is it clear that we do not wish an aggrieved party to appeal on the grounds that their complaint has been dismissed or that sanctions are too light? Rogol Domedonfors (talk) 06:59, 26 August 2015 (UTC)
I've attempted to clarify this, partly based on this feedback. Mattflaschen-WMF (talk) 00:09, 28 August 2015 (UTC)
  • Is a reprimand in a permanent form a penalty that lasts more than three months? Rogol Domedonfors (talk) 20:52, 25 August 2015 (UTC)
    My interpretation was that reprimands are not appealable (but you could still ask the committee for re-consideration). I can see how this is a relevant question for public reprimands. Mattflaschen-WMF (talk) 03:25, 26 August 2015 (UTC)
I would suggest that there needs to be the possibility of an appeal against a reprimand which is public and delivered in a way which forms part of a permanent record. Rogol Domedonfors (talk) 06:51, 26 August 2015 (UTC)
  • The grounds of appeal are not limited in any way. That may be right, but it is a choice. Is there any appetite for restricting grounds of appeal, and if not,, itmight be helpful to spell out that an appeal may be made on any of the grounds that procedure was not correctly followed, that the decision was wrong on the factgs or that the penalty was disproportionate. Rogol Domedonfors (talk) 07:04, 26 August 2015 (UTC)
    I don't see any need to restrict the grounds, but if someone does, they can suggest which grounds should not be allowed. I would guess pretty much everyone eligible to appeal will do so, but the 3-month minimum means minor penalties won't go through a time-wasting appeal process. Mattflaschen-WMF (talk) 00:13, 28 August 2015 (UTC)


Membership of the committee and ECT's role

The CoC doesn't explain how the committee is formed and how are their members renewed. Following with Wp mirror's comment on Substantive v Procedural (thank you, I learned something), I'm not sure whether such information should be included in the CoC itself or in an attached document, but we need to define it.

Then, as ECT member I would like to understand what is the role the community wants us to have here. Especially when it comes to escalations, public statements and very ugly cases in general, I think it is useful to have a speaker paid for doing their job, saving some stress to those volunteering in the committee. However, I don't see the need of ECT to be involved in the regular work of the committee. If they would want our help, they could simply "escalate", as defined by the CoC. I think having a committee of equal members chosen through the same process by their own merits would give this team more credibility, independence, and strength.--Qgil-WMF (talk) 10:27, 19 August 2015 (UTC)

Why is there a presumption that the appeal body must be the ECT? An elected group such as Stewards or Oversighters, positions of trust open to both unpaid volunteers and appointed WMF employees, would be in-line with putting the volunteer at the centre. -- (talk) 16:07, 19 August 2015 (UTC)
Neither the Stewards nor the Oversighters necessarily have technical accumen, and this duty is not something they've volunteered to take on. One of the things to make sure of here is that the people doing the job are deeply knowledgeable about technical spaces and discussions and thus capable of recognising tech-specific forms of harassment for what they are.
Quim: it would probably be included in the document. The jQuery CoC, for example (which got passed today!) sets out this sort of thing very specifically, which I think works well. Ironholds (talk) 19:05, 19 August 2015 (UTC)
@Qgil-WMF: If I understand right, you're saying ECT does not necessarily need a reserved spot on the first-line committee, as the document currently lays out. Is that correct? I agree we will have to specify how the committee is formed, either in this document or a sub-document. I have added a note to this effect. Mattflaschen-WMF (talk) 21:08, 19 August 2015 (UTC)
Agree that we will need to specify more about the committee. I think that ECT should have a reserved spot for several reasons: ECT's job is community expertise, and there is substantial gathered knowledge and resources on that team, including easy consultation with other community teams; all-volunteer committees are vulnerable to gaps in institutional memory (and as tough a time as we have with our technical documentation and continuity of project knowledge, we need a way to ensure this doesn't happen here!); and CoC response and enforcement is a difficult and sometimes draining position, and having at least one person whose job this is part of should mean the committee has more support and structure. --Fhocutt (WMF) (talk) 23:41, 19 August 2015 (UTC)
for what is worth ECT also wants to be sure that the role this CoC gives to us is the role the community wants us to have. Any big social problem in the tech community has been and will continue to be a problem that we ECT need to help solving, with or without CoC. How exactly should we involved, you tell us. A pragmatic approach would be to define the process to form the committee (leaving the hypothetical ECT seat out for now) and to know the opinion of those interested to be part of it. At the end, these are the people that need to work comfortably with us.--Qgil-WMF (talk) 09:35, 20 August 2015 (UTC)
Note that I did not mention ECT's participation in the committee, only the nature of the appeal process. I would think it natural that some ECT members would volunteer to be part of the proposed committee, and if they end up going through a community election I doubt they would be likely to fail to get in considering the case. See below for my follow up on the choice of appeal body. -- (talk) 09:56, 20 August 2015 (UTC)
@Mattflaschen-WMF:Yes, I think that having an appointed and immutable ECT member in that first-line would set a default point of gravity that would influence how the committee operates. Also, this permanent seat would not help in cases where pro/anti WMF attitudes are part of the problem (not an unusual situation). Having all the members of this first-line appointed equally through a community-driven process would make this first-line stronger in many ways. Whenever the committee members feel that they need ECT's help (or help from anyone else at the WMF), we would be there to support them and to call anyone else that needs to be involved. No less, no more.--Qgil-WMF (talk) 10:02, 20 August 2015 (UTC)

Let me make a specific proposal for the committee membership, to prompt some discussion.

  1. Once we form consensus to enact the code of conduct, we (the people interested enough in this issue to be discussing it here) discuss amongst ourselves and nominate a slate of five trusted community members. I also think one seat should always be reserved for a member of the ECT, to help provide capacity and institutional memory, but if Quim doesn't think that's a good idea I don't think I can force him :)
  2. That slate gets ratified by the same process we used to enact the code.
  3. People serve on the committee as long as they want (unless they're forcibly removed). When a member leaves, the other members simply use their judgment to replace the departing member with another trusted community member. The code will explicitly mandate that they focus on keeping a wide variety of perspectives on the committee—which primarily means gender and geographic diversity—and that at the very most 2 (3?) members can be employed by the WMF.
  4. At any point, the community could use the same process used to enact the code to form a consensus to replace a committee member (this would essentially be a constructive vote of no confidence, requiring consensus on a replacement to remove someone). This means that as long as the committee does a good job (which, given that it's composed of trusted community members, I expect it almost always will), the rest of the community doesn't have to spend any time worrying about it.

Unanswered questions:

  • Should there be other mechanisms for removing a committee member? I imagine this would come up very rarely, so a community-wide discussion would be sufficient, but perhaps 4 members of the committee could vote to remove the fifth, or the ECT could step in to remove people.
  • What kind of process do we use for the community-wide discussions necessary to enact the code, select the first set of members, and remove them if needed?

My main objective here is a lightweight process. There's no need to institute the equivalent of enwiki's ArbCom elections when we will likely have far less conflict to deal with here. Also, I move that the committee be called the Conduct Committee, so we can call it ConCom for short :)—Neil P. Quinn (talk) 06:43, 20 August 2015 (UTC)

The question of why the appeal body must be the ECT is actually still floating here. There have been no solid reasons put forward as to why no alternatives are possible, or more desirable. -- (talk) 09:33, 20 August 2015 (UTC)

For what is worth, I don't think ECT or whoever is at the "second-line" should be the automatic appeal body. The first-line is in charge of receiving reports, and also appeals. If the committee or the person(s) appealing think that the first-line is no good fit in a specific case, then they can go to the second-line.--Qgil-WMF (talk) 10:10, 20 August 2015 (UTC)
I have difficulty comparing your reply against what is currently written in the draft document. It might be helpful to stick to the same use of words. -- (talk) 10:16, 20 August 2015 (UTC)
Sure, this is because we are all discussing and drafting, still with different opinions. We will get there. What is your take?--Qgil-WMF (talk) 09:28, 21 August 2015 (UTC)
To use the same terminology as the document, in a "case where the committee disagrees with the above initial response", the Committee already has the right to revisit a decision by a single Committee member. I don't think there should be a general right to appeal to the Committee again. However, I will broaden the 'objection' stage to reflect that the alleged offender can also object. Mattflaschen-WMF (talk) 01:38, 21 August 2015 (UTC)
Ironholds answered the question about why ECT above ("Neither the Stewards nor the Oversighters necessarily have technical accumen, and this duty is not something they've volunteered to take on. [...]"). Mattflaschen-WMF (talk) 01:38, 21 August 2015 (UTC)
I strongly disagree with this proposal for membership. My primary concern is very simple; you are assuming that people confident and certain enough to publicly comment in this discussion are adequately representative of the community, its concerns, and the nuances around problematic behaviour - and the members of the community who have left due to the inadequacy of existing codes of conduct, where they exist, and/or people who have not joined yet. That does not seem in any way a safe assumption to make. If we limit the pool of candidates and how they are evaluated to the people on this talk page we end up with a pool of people acceptable to the existing community - the existing community that in some elements is still discussing whether a code of conduct is even necessary much less what it looks like. This repeated idea that those who turn up represent the full gamut of opinions, or the opinions worth listening to, is problematic, and the assumption that the pool of people discussing it represents the pool of people who care about it is inaccurate (I know several people who have strong opinions here but are not comfortable commenting publicly) and honestly rather offensive. People not commenting do not "not care", they are in some cases simply not comfortable, and that should be something that causes us to re-evaluate how we hold these discussions, not dismiss factoring them in. Ironholds (talk) 14:12, 20 August 2015 (UTC)
What Ironholds said. I've personally heard from a fair handful of people who've been intentionally avoiding these discussions for reasons that include discomfort and lack of trust that their opinions will be thought to matter. --Fhocutt (WMF) (talk) 03:27, 21 August 2015 (UTC)
Ironholds, Fhocutt (WMF): My thought behind that idea (and maybe this is naive) is that it's not incredibly hard to find people who would do a good job in the role of a ConCom member. It's certainly not something I would entrust to anybody off the street, and it certainly requires sensitivity and empathy for the type of people we want to include with this code. But I think there are enough good options that even an unrepresentative discussion would come up with pretty good choices. For example, I think that both of you would do a great job—and despite the limitations of this discussion, you're already here.
That said, it's still a fair criticism, and it seems like the provision for private comments in Matt's plan would give people who are not comfortable discussing this in public a chance to make their voice heard. The only problem is that private comments means the ultimate decision on committee membership has to be entrusted to a third party—in this case, ECT. I don't think that would be a bad outcome, since I trust them and think they would make good choices—and since they are ultimately accountable to the community through the Board of Trustees. However, the Wikimedia ideal is fairly direct community semi-democracy and I would be disappointed if we couldn't find a way to make that work in this case.—Neil P. Quinn (talk) 06:05, 22 August 2015 (UTC)
I just reread what I wrote and saw where I put "the people interested enough in this issue to be discussing it here". You're right—that's misguided. There are many reasons why someone might be interested yet not be commenting here.—Neil P. Quinn (talk) 06:17, 22 August 2015 (UTC)
And actually, to modify my comment again, I've actually thought of some ways to make anonymous comments compatible with discussion-based consensus decision making (see #Next steps below). I also don't think giving ECT the ultimate authority to approve the people initially selected by the community would be bad—this isn't very different from the CA team having ultimate control of the global ban process, which I don't find concerning.—Neil P. Quinn (talk) 06:52, 22 August 2015 (UTC)
@Neil P. Quinn: I would be worried if the CA team claim to control global bans, as this has always been a community driven process. You may be conflating Global Bans with WMF Global Bans. -- (talk) 08:02, 22 August 2015 (UTC)
@: You probably know a lot more than I do about the global ban process; as I understand it, it's primarily community driven, but the CA team does intervene in extraordinary circumstances. I like the idea of a similar role for the ECT team here. For example, I wouldn't make them directly responsible for selecting Conduct Committee members, but I might well give them veto power over the community's picks, to be used only when strictly necessary.—Neil P. Quinn (talk) 01:14, 23 August 2015 (UTC)
I disagree with the proposal that 4 members could vote to oust the fifth. That would meant they could do that to prevent that 5th member from escalating (which the current draft explicitly says a minority could) the issue. I also think the idea of the community ousting members at any time risks politicizing it (think 'recall election'). I need more time to think about the rest. Mattflaschen-WMF (talk) 00:33, 21 August 2015 (UTC)
Yeah, on reflection, recall discussions do seem like a bad idea.—Neil P. Quinn (talk) 06:05, 22 August 2015 (UTC)
I also object to the idea of limiting the number of WMF employees to 2/5. I do think there should be non-WMF members, but I don't think you've made a case for why most (at least 3/5) members should be required to be non-WMF at all times. Mattflaschen-WMF (talk) 00:38, 21 August 2015 (UTC)
Agree on both counts. Recall elections get nasty easily, and if we're instituting quotas I don't think that WMF/non-WMF should be the only characteristic we filter on. Let's not open that up. --Fhocutt (WMF) (talk) 03:27, 21 August 2015 (UTC)
  • I disagree on the formation of any such committee. Existing Wikimedia projects processes should be used, such as sysops and stewards. --Nemo 06:40, 21 August 2015 (UTC)
    Existing Wikimedia projects processes have failed pretty thoroughly in this regard. As you yourself noted earlier, wikis which have behavioral policies are even more toxic then the Wikimedia tech space. Replicating that failure one more time does not seem like a worthwhile endeavor. --Tgr (WMF) (talk) 07:07, 21 August 2015 (UTC)
    I'm not aware of said processes being attempted for the cases presented and in the only cases I remember of blocks etc. in the MediaWiki community our processes worked perfectly. --Nemo 07:30, 21 August 2015 (UTC)
    Existing Wikimedia projects processes are designed to be effective on specific tools, and they don't attempt to be cross-tools. There are no stewards specific to "Wikimedia technical spaces", and it will be interesting to ask them what they think about enforcing a CoC in places like Phabricator, Gerrit, etc. I do think some stewards could be very capable committee members, though. As for sysops, only mediawiki.org has close to 200 users with that role. We cannot expect such group to deal efficiently with delicate situations privately. So no, I don't think the existing Wikimedia processes you are referring to have been effective to address the problems this CoC aims to address, and I don't think they are designed for this task.--Qgil-WMF (talk) 09:46, 21 August 2015 (UTC)
@Tgr (WMF): "Existing Wikimedia projects processes have failed pretty thoroughly..." is this really what the WMF believes and is trying to fix here? I have seen some anecdotes and ridiculous amounts of over dramatic grandstanding, but a lack of measurable evidence to show that if today we abandon community driven collegiate processes and force an untested WMF procedure from the outside, that this would result in attractive and healthier Wikimedia project communities, or be more effective for handling harassment. -- (talk) 08:12, 22 August 2015 (UTC)
I am not sure what gave you the idea that I am expressing the WMF's beliefs here. As for my beliefs, I do think the Wikimedia movement has a chronic problem with conduct, both with occasional harassment and with a constant background noise of hostility and microaggressions; and existing processes could not fix it, neither in the tech spaces nor in the content projects. This proposal borrows elements from other tech organizations, who had some success with them. In general, replacing a method that has failed for us with one that worked for others seems common sense to me; and implementing it and then comparing two processes that we actually tried seems more reasonable than trying to somehow measure theoretically how well something will work before we implement it. Maybe it will fail, and then we can scrap it; it doesn't seem like a particularly risky experiment. --Tgr (WMF) (talk) 08:21, 23 August 2015 (UTC)
A big +1 to that. It's worth considering, when people summarise WMF employees' opinions as "the WMF's opinion", that one of the components of being an employee at the WMF is that people are usually (as part of their job) spending more time in technical venues, if they're in technical roles, than is the norm. When the most regular contributors to and users of technical discussions are saying "we have a problem", "they're being paid to say they have a problem" is not the read to have there. Ironholds (talk) 14:39, 24 August 2015 (UTC)

It looks like there is more agreement than disagreement on the idea of giving the Committee the possibility to escalate complex issues to the Engineering Community team. I have added this bit in the draft. Whether ECT has a member in the committee or not is still open, but this can be discussed in the context of how the committee is formed.--Qgil-WMF (talk) 09:28, 2 September 2015 (UTC)

Conduct Committee v Legal Counsel

The draft mixes two classes of unacceptable behavior that must be handled differently.

  • Unacceptable behavior
    • Class 1 - violence, threats of violence, intimidation, stalking, inappropriate touching;
    • Class 2 - inappropriate communication, sustained disruption, offensive comments, unwanted photography, outing.

In many jurisdictions, class 1 behavior is a crime, and must be handled by the authorities. Not to inform the authorities would make one an accessory. Only class 2 behavior is properly handled by a WMF Conduct Committee.

  • Procedure
    • Class 1 - inform law enforcement, inform WMF Legal Counsel;
    • Class 2 - report to technical space moderator, file case with WMF Conduct Committee.
  • Penalty
    • Class 1 - WMF Legal Counsel recommends: ban, suspension without pay pending investigation, termination;
    • Class 2 - WMF Conduct committee issues: warning, timeout, suspension, ban.

Wp mirror (talk) 18:10, 19 August 2015 (UTC)

'Class 1' behavior can be handled by the authorities, but it is up to the victim to decide whether to report it to the authorities or not. The WMF and the conduct committee must not report what happened to the authorities, unless explicitly asked to do so by the victim.
There is no need to distinguish the two classes for this code of conduct; our (civil) response to a criminal act is seperate from a potential criminal investigation. Valhallasw (talk) 19:00, 19 August 2015 (UTC)
Agreed with Valhallasw. I'd also say that your argument very nicely demonstrates one of the problems with this kind of distinction; some of the acts you have categorised as "class 1" are not crimes in some places, but are in others, or have totally different standards in different jurisdictions. I absolutely agree that in the case of situations where we believe a crime has been committed, counsel should be notified. I disagree that the need to provide that notification precludes civil enforcement in addition (and would argue there are going to be cases where filing legal reports, straight off the bat, is not in the interests of the victim). This seems like an area where counsel should be consulted if there are legitimately worries that not reporting constitutes making the Wikimedia Foundation (or the committee, or anyone else involved in the reporting chain) an accessory. Ironholds (talk) 19:41, 19 August 2015 (UTC)
Nothing in this document discourages reporting to the authorities (and that is exactly as it should be). However, I think it is still worth reporting to the conduct committee as well (remember, the authorities may not be able to take legal action, but that doesn't mean we want that person in our community). There is also a clear statement, "If you believe anyone is in physical danger, please notify appropriate law enforcement first and email emergency@wikimedia.org", which is an additional way the WMF could be informed about such serious matters. Mattflaschen-WMF (talk) 21:19, 19 August 2015 (UTC)

The draft states that one of the penalties is "public reprimand". This does create a need to distinguish the two classes. For a class 1 case, if the Conduct Committee issues a public reprimand, the following charges could be filed against the members:

  • Libel. If the Conduct Committee got the facts wrong (e.g. deceived by a vengeful X), the announcement could ruin the reputation of the reprimanded party, who would in turn seek remedy.
  • Accessory. If the Conduct Committee got the facts right, but did not inform the authorities, the announcement would alert the authorities, who would in turn want to question the members (what do you know, how long have you known about it, why did you not notify the authorities).

For a class 2 case, these concerns do not arise.

From time-to-time, the Conduct Committee will get the facts wrong. Why? No rules of evidence. The committee can not insist upon sworn testimony. The committee will sometimes have to rely upon hear-say. If we wish to claim that no distinction exists between the two classes, then perhaps we should choose penalties less likely to cause blowback. Wp mirror (talk) 08:48, 20 August 2015 (UTC)

Again, you are introducing a distinction that is not found in the actual draft, and these questions are best handled by actual lawyers. Ironholds (talk) 14:08, 20 August 2015 (UTC)

If the proposed Conduct Committee issues public reprimands, then we should expect that, sooner or later, actual lawyers will get involved. Shall we ask WMF Legal Counsel to look over the draft before this happens? Wp mirror (talk) 11:05, 21 August 2015 (UTC)

WMF Legal has reviewed this document for the Foundation. It is required that any reports involving WMF employees in any way be reported to WMF HR and potentially WMF Legal. VBaranetsky (WMF) (talk) 01:26, 28 August 2015 (UTC)

I am puzzled about what "It is required" can mean here. It is in the passive: by whom is it required? Do they mean that they, WMF Legal, require the Committee to pass on all such reports and if so by what right do they claim to require the Committee, which might well consist entirely of non-employees, to do something? Rogol Domedonfors (talk) 06:47, 28 August 2015 (UTC)
@VBaranetsky (WMF): Please rephrase in order to describe who is supposed to report and how those supposed to report can actually contact "WMF's HR". Also please explain what the abbreviation "WMF" stands for as it's the first time it's mentioned in the document. Thanks in advance! --AKlapper (WMF) (talk) 12:42, 28 August 2015 (UTC)
@VBaranetsky (WMF): This intervention is not entirely hepful. Firstly, WMF Legal is not in a position to simply dictate arbitrary unexplained and obscure additions to this code, which is in the middle of a community discussion aiming at consensus. Secondly, the addition is surprisingly vague, as pointed out just above. Thirdly, it is incompatible with at least two other provisions of the Code, which states in other sections that All reports will be kept confidential and mandates of the Committee that before revealing any confidential information from the report, they must get consent from the reporter -- are you now attempting to order the community to alter those provisions? Fourthly, it is potentially incompatible with legal requirements in other jurisdictions, where these events may take place, which mandate certain privacy procedures for the protection of complainants and suspects in certain kinds of crime. Fifthly, it is unenforceable, as WMF has no authority over non-employee actions. This requirement needs to be restricted to areas in which the WMF HR and Legal departments have authority, which is over their own employees. Simply make it an internal rule that WMF employees and contractors are required to report to line management if they are involved in a complaint under this code. That is proportionate and enforceable. Rogol Domedonfors (talk) 19:29, 28 August 2015 (UTC)
This can certainly be edited as needed. My understanding is that under California (USA) law, organizations are liable in various ways when their employees are harassed, whether by employees or third parties (like customers or, in our case, volunteers). I am personally ok with including whatever reasonable provisions are needed to make it easy to comply with employment laws or reduce the probability that the WMF could be sued for allowing a hostile work environment. I do share concerns about confidentiality and not forcing victims to report, however. That said, I suggest waiting to hash this out for when we are focusing on reporting/governance. --Fhocutt (WMF) (talk) 21:57, 28 August 2015 (UTC)
Unfortunately this cannot "be edited as needed" since we have no idea what it is trying to achieve, why it is necessary or what alternative forms of wording or processes would meet whatever it is that WMF Legal "requires". It is probably counter-productive to guess without having a clear statement from them of their rationale. I have proposed a alternative form of words to meet what I guessed to be that rationale, and which preserves the independence of the Committee. It is disappointing that VBaranetsky (WMF) has edited the page again, albeit in a minor way, without addressing those points. Waiting is certainly an option but since there is currently a fundamental contradiction in the Code as written (between confidentiality and requirement to report to WMF), and confidentiality is a rather important principle to get settled, it seems to me important to resolve it sooner rather than later. I may say that my inclination is to accord more weight to confidentiality of the proceedings than to the currently unexplained demands of WMF Legal. If it is indeed the case that this requirement stems from their legal duty to protect their staff, then it would seem that they have no confidence in the ability of this Code to do so, which is rather sad news for the rest of us who are not protected by the WMF in the same way. Rogol Domedonfors (talk) 06:35, 29 August 2015 (UTC)
"Simply make it an internal rule that WMF employees and contractors are required to report to line management if they are involved in a complaint under this code." In my opinion, this (without a check) is not enforceable, even if the alleged offender is acting in good faith. First, confidential information from the report is not given to the alleged offender unless the reporter agrees. If the reporter does not agree, the alleged offender may never know about the complaint (though this may impede investigating it, as the draft notes), but my understanding is that HR still needs to know. Then, of course, what if the alleged offender is not acting in good faith? What happens if they don't report the Committee proceedings to HR? Who will be in a position to verify this is done? Mattflaschen-WMF (talk) 20:16, 2 September 2015 (UTC)
  • A couple of scenarios.
  • A participant in a hackathon at Wikimania 2016 is sexually assaulted by another participant. A third participant is a witness and is able to give clear evidence that the incident was an assault. The victim is embarrassed to describe the nature of the assault but does so in the assurance that the description will remain private.
Now we discover that the witness is a WMF contractor. Under the required rule, the Committee is required to report to the WMF Legal department. They cannot help in any way, and the victim is further distressed by having the details of their assault pointlessly communicated to unknown parties in another country.
  • A participant in a hackathon at Wikimania 2016 is sexually assaulted by another participant. A third participant is a witness and is able to give clear evidence that the incident was an assault. The victim is embarrassed to describe the nature of the assault but does so in the assurance that the description will remain private.
Now we discover that the perpetrator is a WMF contractor. Under the required rule, the Committee is required to report to the WMF Legal department. The victim will now be faced with the details of their complaint being given to a team of lawyers at a multi-million-dollar organisation who have been given this information in order to protect the interests of the perpetrator.

Do we believe that either of these scenarios will encourage victims to step forward and complain formally to the Committee? Or do we believe that the requirement in question will have a chilling effect on the reporting of serious breaches of the Code? What benefit is there to counterbalance the harm done to the community? Rogol Domedonfors (talk) 09:06, 29 August 2015 (UTC)

@VBaranetsky (WMF):: Since your edit does not address where reports concerning people affiliated to other organisations should go, it's been reverted. --Krenair (talkcontribs) 20:39, 29 August 2015 (UTC)
That question is already addressed: the answer is nowhere, since it is twice stated that all reports will be confidential. It is only the WMF that has asserted, without explanation, the requirement to breach that confidentiality and the right to order the Committee to do so. It is not at all clear what will happen should a member of the Committee decline to pass on this confidential information because it violates the privacy laws in the country where an incident took place, or because it violates their personal or professional code of ethics, or because they resist being told what to do by an outside party without authority over them. Rogol Domedonfors (talk) 21:47, 29 August 2015 (UTC)
Rogol: I've replied below. I share some of your concerns, but I also don't want, say, the only information that HR has to work from to come from the offender, as might happen with only having an internal policy that mandates involved parties report. What I mean to say in suggesting we handle it later is that it falls under enforcement/reporting, not under principles/unacceptable behavior/re-use and so it doesn't block Qgil-WMF's suggestion to approve this by stages. --Fhocutt (WMF) (talk) 18:38, 1 September 2015 (UTC)

Double jeopardy

I think it's implicit in some of the preceding discussion, but I think it worth stating explicitly. By double jeopardy I mean the issue of whether sanctions under the Code should be applied in cases where other proceedings and penalties, possibly legal, are also applicable to the conduct in question. For example, some forms of harassment are legal crimes. Some people take the view that one should not be proceeded against or punished twice for the same offence. I personally take the view that the Code is here to protect the community and that the additional privileges and benefits of being a member of this community justify the imposition in principle at least of imposition of additional penalties for conduct that disrupts or damages this communty. I further think that this is the consensus view of this discussion. It might be worth discussing exactly what that means in the case og, for example, criminal proceedings. For example: "If the conduct complained of is or becomes the subject of formal legal proceedings, then the Committee will suspend its final decision until the results of those proceedings is known, but may make an interim ruling for the protection of the community. At the conclusion of those proceedings, the Committee will decide whether to continue with its own decision or to rule that further action is unnecessary.". Rogol Domedonfors (talk) 08:54, 29 August 2015 (UTC)

I agree that we do not want to exempt someone from a Code of Conduct penalty due to a separate legal proceeding. I'm not sure suspending decision during a separate process is necessary, but it might work if the Committee still has its full powers for the "interim ruling". I also disagree with deciding "further action is unnecessary" on the basis that a separate body (e.g. a court of law) has taken action. There are cases where the court could impose a severe penalty but we would still certainly want to take action. But even if the court takes relatively minor action, we may still choose to take action since the Code of Conduct is a different set of rules with different consequences. If by "rule that further action is unnecessary", you mean "decide that the interim decision is sufficient, and simply making the interim decision final should conclude the case" that might be appropriate in some cases. However, the penalties imposed by other bodies (if any) should be irrelevant to the Committee's decisions. Mattflaschen-WMF (talk) 23:30, 31 August 2015 (UTC)
Most legal systems are terrible at handling harassment. This policy is about what behavior we want to accept and support in our community, and I'm fine with other communities and policy systems having their own say about what behaviors they want to accept. Legal proceedings are often long enough and vary enough by location that I don't think there's a reason to mention them explicitly. --Fhocutt (WMF) (talk) 17:59, 1 September 2015 (UTC)

Proposed additions

i suggest the fllowing addition to Principles:

This code is published by Resolution of the WMF Board of Trustees, which acts as the authority for its implementation on behalf of the community.

and under Enforcement:

The WMF Board authorises a Code of Conduct Committee to manage reported infractions of the Code! Constituted as follows ...
The WMF Board will hear appeals from the decisions of the Committee, either directly or through a committee formed ad hoc.

A draft resolution for the Board would be needed. Rogol Domedonfors (talk)

Except it's not, it hasn't, and it doesn't. If there's a desire to have the board as the appellate body or authorising body the board should say "Yes, we're comfortable doing that". Ironholds (talk) 18:07, 25 August 2015 (UTC)
You will need to explain the various values of "it" in your first sentence: the tricolon loses in rhetorical power by the unclarity of the referents. The proposal is however exactly as you say in your second sentence. To achieve the situation outlined in this proposal would indeed involve putting the proposed Code formally to the Board and having them formally adopt it by Resolution. Of course a prelininary informal approach and agreement in principle would be needed first, so to that extent we seem to be in agreement. Rogol Domedonfors (talk) 20:38, 25 August 2015 (UTC)
It's ordered by your original order. If we're in agreement that informal approach/agreement in principle is needed first then somebody should be doing that; we should not be adding language which presumes acceptance and makes the entire draft ride on board agreement. Let's draft without presumption; if the board later decides to adopt it they can pass a resolution that contains whatever modifications are necessary to confirm the board is doing it. Ironholds (talk) 20:51, 25 August 2015 (UTC)

Its a community initiative not something being imposed from above. I don't think the board really has any place here. Bawolff (talk) 20:55, 25 August 2015 (UTC)

This doesn't belong to Principles but to Committee. Rogol Domedonfors, if you are in a rush willing to include the Board in this initiative, feel free to contact them and ask their opinions. I still think it is better to wait to have a more consolidated draft, though.--Qgil-WMF (talk) 21:01, 25 August 2015 (UTC)
The rush is being imposed by those who do not wish to proceed with a draft along these lines without asking the Board in conjunction with those who want the draft in order to consult the Board. So I have anyway, at meta:Wikimedia_Foundation_Board_noticeboard. Rogol Domedonfors (talk) 21:12, 25 August 2015 (UTC)
This does not require a Board resolution, and I disagree with asking for one. The Terms of Use (which is Board-approved) says, "The Wikimedia community and its members may also take action when so allowed by the community or Foundation policies applicable to the specific Project edition, including but not limited to warning, investigating, blocking, or banning users who violate those policies. You agree to comply with the final decisions of dispute resolution bodies that are established by the community for the specific Project editions (such as arbitration committees); these decisions may include sanctions as set out by the policy of the specific Project edition." Mattflaschen-WMF (talk) 03:13, 26 August 2015 (UTC)
Then you will be pleased to see that I did not ask for one. As discussed here, I asked for informal views about how the Board viewed the proposal that thry should be the authority behind this code. If they wish to do so, they would eventually enact it by formal Resolution, but that is a long way off. If they indicate their views informally at this stage, it will make drafting easier. Rogol Domedonfors (talk) 07:08, 26 August 2015 (UTC)

It makes me feel sad to see that Board involvement is asked for. This is exactly the place where I thing the affected community should deliberate, find a consensus, agree on wording and implement such a policy. A code of conduct only works if it is backed up by those who have to follow it. A top-down-manner is not the best idea to create this ownership feeling. Lyzzy (talk) 15:47, 1 September 2015 (UTC)

Being Lyzzy Vice Chair of the Board of Trustees, I think we can take her comments as a good indication that we should keep the Board away from this draft. If they want to have a role here, they know where to find us. :) Thank you Lyzzy for your feedback.--Qgil-WMF (talk) 08:06, 2 September 2015 (UTC)


Protection of Conduct Committee members

A volunteer serving on the Conduct Committee must consider the possibility that an aggrieved party will sue for libel. To attract qualified volunteers to serve on this committee, one should consider how best to protect them. The main methods are:

  • D&O Liability Insurance. Many not-for-profit organizations purchase a D&O policy that extends coverage to chapter members and volunteers. It is not clear if the WMF has such coverage. Nothing relevant appears when one searches wikimediafoundation.org.
  • Limited disclosure. To take away the grounds for a libel suit, many not-for-profit organizations follow RONR 10th ed, Chap XX Disciplinary Procedures, §61: "If (after trial) a member is expelled, the society has the right to disclose the fact that he is no longer a member—circulating it only to the extent required for the protection of the society or, possibly, of other organizations. Neither the society nor any of its members have the right to make public the charge of which an expelled member has been found guilty, or to reveal any other details connected with the case. To make any of the facts public may constitute libel."

For the protection of Conduct Committee members, please:

  • procure D&O liability insurance, and post the terms on your site;
  • specify, in the procedural law for the Conduct Committee, how to report the outcome of cases; and
  • reconsider the "public reprimand" penalty clause stated in the draft.

Wp mirror (talk) 07:12, 20 August 2015 (UTC)

The Wikimedia projects are not organised as a society of members. Again, these concerns are best surfaced to and handled by counsel, not pseudorandom members of our technical community (I include me in that). Ironholds (talk) 14:07, 20 August 2015 (UTC)
What open source code of conduct committee offers D&O insurance to all members (both staff and volunteer)? Unless you can show a significant number of them do, I don't think it's reasonable to pursue this. I also can not think of any cases where someone has successfully sued an open source project or related organization for libel after being banned from participating or reprimanded. Can you? Mattflaschen-WMF (talk) 00:43, 21 August 2015 (UTC)

I have in mind the following libel cases:

The last three are sometimes called cyberlibel cases. Consider the following:

  • If the proposed Conduct Committee got its facts wrong and publicly reprimanded someone for a crime he did not commit, Zenger (1735) would not apply, and WMF General Counsel would seek another defense.
  • If WMF General Counsel disavows the Conduct Committee, then Cubby (1991) might be a defense. But then the Conduct Committee would not have authority to enforce the Code of Conduct.
  • If the WMF Board of Trustees acknowledges the Conduct Committee (e.g. if the Conduct Committee reports to the Board of Trustees, like say the Affiliations Committee does), then Stratton (1995) might apply and WMF would be liable.

As to D&O Liability Insurance:

  • members of the WMF Board of Trustees are indemnified (see Bylaws Article VIII - INDEMNIFICATION);
  • the WMF Chief of Finance and Administration is responsible for purchasing the coverage (see seventh bullet under ADMINISTRATION).

The need for coverage is real.

  • If coverage is not provided, qualified volunteers might be hard to find, and even WMF employees would be prudent to hesitate.
  • If WMF employees are covered, but not volunteers, then committee membership should be restricted to employees.
  • If WMF General Counsel needs to be able to disavow the Conduct Committee, then WMF employees must be excluded from the committee.

This is why potential committee members need to see a copy of the policy. The WMF Chief of Finance and Administration is only one e-mail away. Shall we ask him? Wp mirror (talk) 03:33, 21 August 2015 (UTC)

I asked some specific questions, with the goal of comparing to similar situations (open source or at least similarly-minded organizations with code of conduct enforcement). None of the libel cases you mentioned show that a good-faith ban or reprimand can lead to a successful libel suit. I am not convinced libel suits are a real problem other communities have faced in connection with their codes of conduct.
Similarly, you have not shown that D&O insurance is something other similar committees have had. It's not always affordable or realistic to buy more and more insurance, and it certainly doesn't seem to be legally required (or you would cite an example of a community that had bought it). Mattflaschen-WMF (talk) 04:04, 21 August 2015 (UTC)

Example: The w:Association for Computing Machinery is a publisher, has chapters and special interest groups that also publish, hosts public speaking events, and has on-line communities. The ACM also has a code of ethics, breach of which may result in termination of membership (see section 4.2). When I was a member, the ACM had a D&O Liability Insurance policy that extended coverage to all its chapter members and volunteers worldwide. As an officer of one its chapters, I had a copy of the policy. When the conduct of one of our members created a legal liability, we initiated a disciplinary process. We followed RONR 10th ed., as stated in our Bylaws. Charges were drafted, the board went into executive session, and we do not disclose the facts of the case.

Following RONR plus D&O coverage is why libel is not a problem for the ACM. The ACM is not unique in this respect. Indeed, the formula is widely used in the not-for-profit world. Public reprimands for breach of professional ethics are issued by governments and governing boards (e.g. legal, medical). Non-profits, however, quietly dismiss an unethical member.

D&O premiums are low. Cost is not the issue. Nor is having a list of court cases. Getting people with executive experience to serve is the issue. This is why WMF trustees are indemnified. They would not serve otherwise. Wp mirror (talk) 06:52, 21 August 2015 (UTC)

We should definitely check this with WMF Legal before it takes effect. There may be other approaches to dealing with any potential liability arising from participation on this committee. --Fhocutt (WMF) (talk) 23:10, 21 August 2015 (UTC)
The ACM Is only loosely comparable. It's not an open source organization, but a publisher. Unlike us, they also have a clearly delineated set of 'members'. Moreover, their bylaws say, "The Association shall have power to purchase and maintain insurance or to self-insure on behalf of any person who is or was a director, officer, employee or agent of the Association". You'll note that it says nothing about having the power to purchase insurance for all ACM-related volunteers. In fact, it doesn't even authorize them to purchase insurance for all paying members. That suggests that if they ever covered all volunteers or all members, they no longer do. No one has suggested that 'executive experience' is required to serve on this committee. I am confident we can get people to serve on this committee, including volunteers. Mattflaschen-WMF (talk) 21:38, 23 August 2015 (UTC)
In order to resolve some of these issues, it will be necessary to have a decision from WMF Legal. Is the WMF willing to take steps to give legal protection to members of the Committee (and the appeal body)? If so, this discussion can proceed on the basis that WMF Legal will know what to do and will do it effectively: it may be that they will wish to advise on procedural matters to make that protection most effective and efficient. If not, then the discussion will need to proceed on the basis that individual Committee members and indeed individual community members are legally at risk in these proceedings, and again WMF Legal may be able to help by advising on how to manage those risks (although I do not know whether their remit extends to advising non-WMF people or entities, of course). Personally speaking I would not advise anyone to undertake this is sort activity without adequate legal protection, but other community members may have a different appetite for risk (or better legal insurance). @VBaranetsky (WMF): as one who has been taking an interest in the legal relationship between the WMF on the one hand and this Code and its Committee on the other, can you please help here? Rogol Domedonfors (talk) 20:33, 28 August 2015 (UTC)

Is the CoC introducing any novelties here? User bans and other types of measures already exist, and with them the risk of upsetting someone to the level of retaliation. If anything, the CoC provides a bit more structure and a bit more protection to the ones taking action. The existence of a Committee allows admins and maintainers to not be the main actors when i.e. banning someone. The Committee can delegate ugly cases to professional employees at ECT. WMF Legal does protect WMF employees legally, but so it does with Wikimedia volunteers as well. In the case of someone receiving some retaliation for enforcing a CoC resolution, I think the situation with CoC will be better than the current situation without it.--Qgil-WMF (talk) 10:09, 2 September 2015 (UTC)

"Public reprimands" (one of the penalties Wp mirror took issue with) also already exist in Wikimedia communities. Specifically, this is what happens when an admin posts on someone's talk page something like "You have done Xyz which is a violation of our policies. Please do not do so again, or you may be blocked." Mattflaschen-WMF (talk) 20:40, 2 September 2015 (UTC)

Proposing Intro + Principles + Unacceptable behavior

As proposed in #Next steps, let's focus on agreeing Intro + Principles + Unacceptable behavior up to a point where we can make a wider call to wikitech-l and whatever channels we decide. These sections define the scope of this Code of Conduct, and have an intrinsic value.

Please do not discuss these topics or new ones here. Use the existing or new sections instead. Here we are only coordinating the work of proposing these three sections of the draft CoC to wikitech-l.--Qgil-WMF (talk) 10:25, 24 August 2015 (UTC)

I think the current version of these sections is solid. We could leave a bit more time until Thursday evening / Friday morning Pacific to see whether there are still major changes proposed, and if not, then proceed with the call for feedback at wikitech-l. Does this sound sensible?--Qgil-WMF (talk) 07:25, 26 August 2015 (UTC)
The plan and the timing sound good to me. --Fhocutt (WMF) (talk) 19:05, 26 August 2015 (UTC)
Yeah, that seems reasonable. Mattflaschen-WMF (talk) 00:21, 28 August 2015 (UTC)
We have got conduct-discussion@wikimedia.org and this is good to go. Mattflaschen-WMF, whenever you want.--Qgil-WMF (talk) 09:42, 1 September 2015 (UTC)
The email address is not yet ready. The privacy settings need to be adjusted. I will send out an announcement to wikitech-l when it can be used. Mattflaschen-WMF (talk) 00:28, 2 September 2015 (UTC)
Email is ready, settings have been adjusted, and wikitech-l has been emailed. --Fhocutt (WMF) (talk) 22:05, 4 September 2015 (UTC)

Level of experience

"We are committed to making participation in Wikimedia technical projects a respectful and harassment-free experience for everyone, regardless of level of experience, gender, gender identity and expression, sex, sexual orientation, disability, physical appearance, body size, race, ethnicity, national origin, age, political affiliation, or religion."

I feel the inclusion of "level of experience" in this list is problematic, if that is implicitly "level of technical experience". The other attributes in this list are identity attributes which have no bearing on someone's contributions, and should never contribute to someone being less respected, welcomed, encouraged, etc, etc that anyone else.

However level of technical experience does influence how respected, welcomed, and even encouraged that a participant will be, especially when at the coal-face of code review.

I can appreciate that our technical environment should be "harassment-free" for everyone, and especially for juniors. (This is especially critical in physical spaces, however that is covered with a different policy.) In the context of technical interaction in online spaces, the term "harassment" can be interpreted much more broadly by participants. Broad definitions of "harassment" are a good thing in the event that the behaviour appears to be discriminatory to identity attributes. They are not good if someone is reaching to find a reason why their technical contributions are not being accepted, and wanting to shift the blame from their inexperience or poor quality onto others.

I have similar concerns about the inclusion of "consistent and unwarranted rejection of patches", as "unwarranted" can also be a situation where code submitter vs reviewers have view different perspective of expectations wrt quality, and ultimately review of patches should be a consensus or stalemate of available +2'er, and this policy is unlikely to be a useful tool in preventing stalemates between +2'ers.

I believe that level of technical experience, if that is the objective here, should be handled separately from identity attributes.

I suspect that "level of experience" is trying to get at either/both of the following, which I agree with:

  1. newness of the contributor (i.e. number of years involved in this community) shouldn't be a discriminatory aspect
  2. power relationship games are completely unacceptable

Sorry I don't have answers for how to rephrase this yet. John Vandenberg (talk) 05:33, 26 August 2015 (UTC)

I think part of what its trying to get at, is making fun of people for lack of skill, is not ok. I think there's also a dual meaning of the word "respect". It can mean being a decent person, but it can also mean how seriously you treat their ideas or how likely you are to defer to their decisions, etc. I believe its important to be nice to everyone. But if someone wrote on wikitech-l proposing to rewrite half of MW, I'm going to treat their email much more seriously if somebody like Tim Starling is writing it, than if someone I don't know is writing it. Bawolff (talk) 05:55, 26 August 2015 (UTC)
"a respectful and harassment-free experience for everyone, regardless of level of experience" means that we commit to avoid that someone shows lack of respect and/or harasses someone else because of their level of experience. If I open a discussion in wikitech-l about rewriting MediaWiki from scratch as a Lua template (!), the community has all the right to ignore me or tell me that I have no idea what I am talking about, but according to this CoC I will still have the right to be respected and not harassed. Same if my knowledge of written English is poor, I write emails as if they were txt mssgs, use all-caps too much, top-quote, use a vague subject in my new email thread, ask every other minute on IRC because I don't know better yet, and many other very realistic cases. These behaviors are annoying and require certain patience and dedication to fix, but no one deserves "Offensive, derogatory, or discriminatory comments" because of this.
For the rest, look at the new version; I think that it has solved your concerns as well.--Qgil-WMF (talk) 07:15, 26 August 2015 (UTC)
There is a genuine choice here about what sort of Community to be. Consider the situation where a novice makes a suggestion that is apparently reasonable but has been tried before and is known not to work, or is unworkable for some other, not obvious, reason. In some communities I have known, it would be acceptable to say "no, you don't know what you're talking about" or "Wrong. End of" and to respond to the obvious followup question with an accusation of trolling. In others, it would be regarded as rude to reply with anything less than "we tried at out in such a date and it didn't work as you can see on such a page" or "that sounds reasonable but the buffer is updated asynchronously and you can't be sure that the data is there although it almost always is, and we have decided to design code for the unlikely cases as well.". In other words, some communities choose to be learning communities, which takes more time, and others choose a model in which experience and expertise buys you the right to be brusque with newbies. Which do we want to be? Rogol Domedonfors (talk) 07:29, 26 August 2015 (UTC)
"an open and welcoming community" (as described in Principles). We already are (or at least want to be) open and welcoming. There are many examples, although we can always improve. In any case, I don't think this discussion would bring any changes to the current proposal.--Qgil-WMF (talk) 07:44, 26 August 2015 (UTC)
We want to be a learning community. Experience is never a justification for rudeness; in fact, it undermines any defence. Ironholds (talk) 18:15, 26 August 2015 (UTC)
One step further: if we want to make it so that "every single human being can freely share in the sum of all knowledge", and not just the human beings whose backgrounds we understand and whose expertise we already respect, we must be a learning community. It takes more work, yes, but it's work worth doing. --Fhocutt (WMF) (talk) 18:56, 26 August 2015 (UTC)
I think we ought to be the kind of community that tries to engage new people and learn together. Besides basic respect, another advantage of the "that sounds reasonable but the buffer is updated asynchronously" approach is that maybe a few months later, they will post to wikitech-l "But what if the asynchronous update triggers an event using this mechanism..." (or whatever), which might turn out to be a really good idea. Bringing new people into the community also brings in new ideas and experience (they might not know anything about wiki software, but what if they know a lot about algorithmic optimization, or UX, or...)? Mattflaschen-WMF (talk) 00:28, 28 August 2015 (UTC)
@John Vandenberg:: both of those, yes, but also what Qgil-WMF mentioned. Knowing the social conventions of an open source project (or how to find them out) is not actually trivial, though we tend to forget it the longer we participate in a given community. Open source has a long and unfortunate tradition of "RTFM, n00b" and this point is intended to address that. Specifically, I'm aware of someone who was turned off MediaWiki development after seeing their early contributions discussed uncharitably on IRC. Learning doesn't happen when people are afraid they'll be mocked or insulted for making mistakes, and many people will just go away when they feel unwelcome. --Fhocutt (WMF) (talk) 19:29, 26 August 2015 (UTC)

Thanks for the responses, which help clarify the intent. Also thanks for removing "consistent and unwarranted rejection of patches".

However the inclusion of level of experience, in this list, bothers me as raises it to the same level as discrimination based on identity attributes. In many countries, including mine, there are discrimination laws that explicitly address the majority of these identity attributes. Those laws are usually full of complicated aspects, and typically only apply to employees, differ per country, and often dont handle online spaces well, so it is wonderful to have a community consensus which unreservedly and strongly rejects all forms of identity based discrimination and harassment, using broad language, in our shared online environment.

To me, adding 'level of experience' in this list trivialises all of the other items in the list, which are all identity based. 'level of experience' (broadly speaking) does deserve being highlighted in the CoC, somewhere else, but it fundamentally is not the same as the others in this list. Including it weakens our commitment against identity based discrimination and harassment, when it should be using stronger language for those. Dealing with contributors with seemingly low competence/familiarity can become quite hard, especially if they are not hearing the sometimes too subtle cues, and we all struggle with how to support newcomers effectively - there is always room for improvement here (IMO not reviewing patches in a timely fashion is not respectful). Of course extreme reactions, such as mocking a contributor, is unacceptable, however "RTFM, n00b" is a completely different type of problem to responses that focus on a person identity. Any complaint lodged relating to identity attributes, irrespective of how trivial it is, should result in strong community rejection, and rapidly escalating enforcement. Non-trivial complaints lodged relating to primarily to 'level of experience' are typically going to be complex to untangle, and will often be unresolvable due to difference in perspectives of the events in question. If isolated, complaints related to 'level of experience' will need to give the accused the benefit of the doubt. Repeated bad behaviour related to 'level of experience' will need more careful handling, and possibly even providing training if the accused is a valuable technical resource. John Vandenberg (talk) 08:22, 27 August 2015 (UTC)

Would it help to have "level of experience" at the end of the list instead of the beginning? Level of experience is a known target of certain types of unacceptable behavior that we don't want to see in our community. Identity is a tricky concept and I don't think it is worth entering into this debate. Some people won't care much about their own political or religious views, but they might feel stronger about their "geekiness" or "non-geekiness". Also, maybe "level of experience" is not the best wording. Someone can be an expert in several fields of humanities and sciences, be a great family and social partner organizing all kinds of stuff, but have little experience in the context of a free software project. "technical skills" might be a better label for that.--Qgil-WMF (talk) 08:56, 27 August 2015 (UTC)
I'd be much happier if our treatment of newcomers / competence levels / skills is clearly separated from the others. IMO it is worthy of its own sentence/paragraph in the Principles section. Putting it at the end doesnt address my concern. If there is any interest in separating it, I'd be happy to put in some effort to try separating it from the others in a way that highlights it as an important problem. If not, so be it.
"technical skills" is IMO better. John Vandenberg (talk) 09:25, 27 August 2015 (UTC)
I think one of the things we're trying to say here is that established contributors do not get special consideration or licence in matters of conduct on account of the claimed value of their contributions. (This is a principle which the English-language Wikipedia continue to struggle with.) Is that indeed what we are agreed on? If so, is there is suitable form of words? Something like "The behavioural standards expressed in this code apply equally to all members of the community irrespective of status". Rogol Domedonfors (talk) 06:47, 29 August 2015 (UTC)
I have tried to address your feedback in this edit.--Qgil-WMF (talk) 14:05, 31 August 2015 (UTC)
That is pretty much what I believe the consensus here to be. Rogol Domedonfors (talk) 16:52, 31 August 2015 (UTC)
@Qgil-WMF: @Rogol Domedonfors: I completely agree with the principle behind "The behavioural standards expressed in this code apply equally to all members of the community irrespective of status" (not saying we necessarily need that exact sentence in it, but I support that idea). However, I don't think that's all it should mean. It should also including the ethos of (these are ideas, not proposals for the draft) "Treat newcomers in a welcoming way" and "Try to make interactions with them educational where possible, rather than devolve into RTFM, or just 'Won't Work'", and "Don't harass them because they're new". Mattflaschen-WMF (talk) 23:15, 31 August 2015 (UTC)
Now? (I thought I know everything about wikitext discussions, but I'm getting lost with bullets, colons, and indentations...)  :) --Qgil-WMF (talk) 09:34, 1 September 2015 (UTC)
Yeah, the current text for this looks fine. Mattflaschen-WMF (talk) 23:40, 1 September 2015 (UTC)
Yes, I like the phrasing in the draft now. --Fhocutt (WMF) (talk) 17:47, 1 September 2015 (UTC)

Much appreciated everyone who helped fix this. The current wording is great! John Vandenberg (talk) 06:06, 5 September 2015 (UTC)

Who is going to approve this/how?

It's not clear to me how we expect this draft to be made into policy. Are we going to vote on this? If does eventually become policy, what would be the process for amending it? --Krenair (talkcontribs) 21:00, 29 August 2015 (UTC)

It was suggested above under #Governance that it be formally adopted by Resolution of the WMF Board of Trustees. Rogol Domedonfors (talk) 21:37, 29 August 2015 (UTC)
I think who approves and how depends on the final draft, and this is why I'm focusing on pushing the draft further as proposed in #Next_steps. I would personally prefer to try first a process of discussion and consensus.--Qgil-WMF (talk) 14:09, 31 August 2015 (UTC)
I agree with Qgil-WMF that consensus here on this talk page is the best way. A Board resolution is unnecessary. See my last comment at Talk:Code_of_conduct_for_technical_spaces/Draft#Proposed_additions ("This does not require a Board resolution, [...]") for why. Mattflaschen-WMF (talk) 23:44, 31 August 2015 (UTC)

Authority/power of committee?

It's not clear how a committee is going to work unless they are either actually given the power to issue bans etc. themselves, or can convince local technical space admins to give effect to their decision in every single controversial case (of which there will hopefully be few/none, but that can't be assumed) --Krenair (talkcontribs) 21:04, 29 August 2015 (UTC)

Local technical space admins are subject to this CoC just like anybody else. There is a specific sentence mentioning them in the Principles section. They should apply the decisions of the CoC or have a good argument for an appeal.--Qgil-WMF (talk) 14:16, 31 August 2015 (UTC)
There is also specific text ("The committee can also bring in people from the spaces involved (e.g. if it happens on both MediaWiki.org and IRC, bring in involved admins and IRC contacts).") about bringing in local space admins when appropriate. In such cases, the local space admins have a direct opportunity to participate in discussion, and thus better understand the basis for the committee's decision. Mattflaschen-WMF (talk) 23:50, 31 August 2015 (UTC)

IdeaLab/Community discussion on harassment reporting

Has this discussion take full account of the parallel meta:Grants:IdeaLab/Community discussion on harassment reporting? Rogol Domedonfors (talk) 11:29, 30 August 2015 (UTC)

Do you see specific points that we could take in our CoC draft?--Qgil-WMF (talk) 14:24, 31 August 2015 (UTC)
It contains a lot of useful material. The section What types of harassment have been reported on Wikipedia is revealing (and depressing). Not all are explicitly covered here. That's just one example. Rogol Domedonfors (talk) 16:50, 31 August 2015 (UTC)
Looking at "Community claims" and "What types of harassment have been reported on Wikipedia", I think the cases mentioned there would be covered by our CoC, even if they are not necessarily spelled out with the same words here. If someone finds an actual gap, please report it.--Qgil-WMF (talk) 09:40, 1 September 2015 (UTC)
I don't know if that specific document has been used. However, Grants:Friendly space expectations has been, so we are taking some lessons from their experience. As far as the specific list of things that happened on Wikipedia, this is partly why we have "Examples include but are not limited to". Mattflaschen-WMF (talk) 00:07, 1 September 2015 (UTC)

Unacceptable behavior

In the beginning of the "unacceptable behavior" section, the phrase "unacceptable behavior" (which I just changed to "Behavior that is unacceptable") linked to the Terms of Use. What exactly are we trying to communicate with the link? That we consider all the behavior mentioned to be harassment and therefore prohibited by the terms? If so, we should make that statement explicit (and check that it's legally okay too, although I'm not sure the WMF legal team could give us an opinion).—Neil P. Quinn (talk) 22:06, 18 August 2015 (UTC)

That was taken from meta:Grants:Friendly Space Expectations. My reading was that it is a reminder that harassment is already legally prohibited for Wikimedia-hosted projects, rather than a statement on the specific behavior listed here. If it's confusing, I'm fine with removing it. --Fhocutt (WMF) (talk) 01:03, 19 August 2015 (UTC)
The link is inappropriate, in my opinion. I already removed it once. --MZMcBride (talk) 02:36, 19 August 2015 (UTC)
I moved the link to the "See also" section as that seemed reasonable. --MZMcBride (talk) 02:44, 19 August 2015 (UTC)
I think that's a good place for it, especially as this applies to spaces outside of WMF resources. --Fhocutt (WMF) (talk) 19:21, 19 August 2015 (UTC)
Clarify "outside of WMF resources"? --Nemo 07:16, 21 August 2015 (UTC)
The technical IRC channels, for example; the WMF doesn't "own" those. Ironholds (talk) 14:36, 21 August 2015 (UTC)
Indeed, which also means it can't legislate over them. Hence the statement "this applies to spaces outside of WMF resources" appears to be an oxymoron. Nemo 16:45, 10 September 2015 (UTC)
Not in the slightest; sure, you can't kickban someone from IRC for creating a tremendously harassing experience for contributors (well, not necessarily, although I'd like to think the channel admins would do something about it) but you can absolutely factor that into whether they get to wander around other spaces when they've demonstrated that kind of behaviour. Ironholds (talk) 20:31, 11 September 2015 (UTC)

Another membership proposal

I'd like to propose a self-perpetuating committee, boot-strapped by the Engineering Community Team (ECT).

  1. We open up self-nominations (if you think someone would be a great candidate, you can ask them to self-nominate). These self-nominees can make a statement up front.
    As part of self-nominating, each nominee must agree to comply with the full code of conduct, including the Reporting and Enforcement procedures. Mattflaschen-WMF (talk) 23:55, 31 August 2015 (UTC)
  2. People would then comment on nominations, both publicly and by emailing ECT (as they prefer).
  3. ECT consults with Community Advocacy on the candidates. The past behavior of the candidates should be in the spirit of the Code of Conduct.
  4. The ECT will then select five candidates, considering their involvement in the community, background, and experience that would inform their Committee work (if any; this is not a hard requirement).
  5. Every 6 months, the Committee will vote on a new Committee to replace it (Nominations are opened one month before this month; re-nominating yourself is allowed). Majority approval (3/5) of the overall slate is required, but unanimity is encouraged if possible. Re-selections are possible, but no one can be on the Committee for more than 12 consecutive months, unless the Committee unanimously agrees that an exception to this is necessary because suitable new candidates are not available.
  6. ECT can remove Committee members, but this should be only be exercised in case of severe problems.

It is required that the Committee can never be 100% WMF staff, and it's encouraged to choose various affiliations.

I think the main benefit here is that the Committee will have some knowledge about the community, and problems we face, so they can use that to help inform their decisions on the next Committee. Mattflaschen-WMF (talk) 04:23, 21 August 2015 (UTC)

I find this proposal a starting point more interesting than candidates + votes, a model that I don't think suits well for this committee. Some comments.
  • Self-nominations or just open nominations? I think it is everybody's interest to see as many potential names as possible. Some people might discover that they are considered good committee candidates only after someone else sends an open invitation to a mailing list (happened to me once, ended up in the GNOME Foundation board even if I had no preconceived plans for it).
    • With open nominations, someone can suddenly nominate you, opening you to a possible flood of negative feedback. Maybe you didn't want the position anyway, or not now but maybe later. If so, you're forced to read all that negative feedback about how you'd be bad at a position you don't even want. Mattflaschen-WMF (talk) 20:31, 2 September 2015 (UTC)
      • Additionally, if you do want it later, declining the nomination once can be used as evidence of disinterest. --Fhocutt (WMF) (talk) 03:06, 3 September 2015 (UTC)
        • OK, self-nominations have been added to the draft.--Qgil-WMF (talk) 09:53, 3 September 2015 (UTC)
  • I don't see why ECT / CA should have such privileged role. We shouldn't receive private positionings about candidates (anonymous comments on-wiki work fine), we shouldn't decide (the community should, and the own candidates nominated should). If we have, say six candidates but only four of them look like having wide support, I'd rather start with these four, allowing them to fine tune the team whenever it's time to refill/renew.
    • Given that we're accepting private email feedback for the CoC itself, why can't we accept it for candidates? This proposal gives ECT and CA a role in the first committee because right now, they probably have the best knowledge of conduct issues in the tech community. Once the Committee is up and running, probably the Committee will have the best knowledge of that (hence why the Committee elects its successors). Mattflaschen-WMF (talk) 20:31, 2 September 2015 (UTC)
      • Yes, precisely. There is no reason to require someone to post about their negative experiences with a candidate on-wiki, where their story and reactions will be picked over and discussed at length, in order for that information to be taken into account by those choosing. I know that Community Advocacy knows a lot more about various bad actors than I ever want to, and a lot more than is appropriate to ever post on-wiki. I value that knowledge and want there to be a way for it to be taken into account when the committee is chosen. I think that asking ECT to use their trusted position to help bootstrap the committee is very reasonable. --Fhocutt (WMF) (talk) 03:06, 3 September 2015 (UTC)
        • Mmmok. So private feedback about candidates will be provided. Still, we are mixing private channels here. Private reports about CoC violations will go to the committee. Private feedback about candidates will go... where exactly? The committee yes/no? ECT yes/no? I'm reluctant to include CA or anybody else, just to avoid them an automatic new responsibility (they have enough) and to assure to the senders of private feedback a small cosy audience. If ECT feels like sharing/asking more information to CA or whoever, we can, keeping the privacy barriers as needed.--Qgil-WMF (talk) 10:01, 3 September 2015 (UTC)
          • @Qgil-WMF: Private feedback on candidates should go to whoever chooses the committee. If we go with some version of the above, ECT will choose the first committee (and thus get the first round of private feedback). The committee itself will choose its successor committees, so it should get the private feedback for those rounds. Mattflaschen-WMF (talk) 03:50, 9 September 2015 (UTC)
  • Reopening the membership every six months sounds unnecessarily demanding. Becoming a good CoC committee member probably takes longer than that even if you already are a good candidate.
  • Why forcing someone to leave after 12 months? There are no strong reasons to remove a member if they want to stay and everybody is happy about them. I don't even think we would have enough good candidates for such refresh rate.
    • We could consider tweaking the timeline. Maybe elections every 12 months, max duration of 2 years. There are a couple reasons for this idea: Avoiding burnout, and making sure the committee continues to represent the whole community without being too identified with individual people. Mattflaschen-WMF (talk) 20:31, 2 September 2015 (UTC)
    • Burnout is a serious concern for positions like these, and people tend to stay in them out of a feeling of obligation even as they become less effective and more burnt out. Having a mechanism that forces members to reconsider and take a break is a good thing, although I'm open to different implementations. --Fhocutt (WMF) (talk) 03:06, 3 September 2015 (UTC)
      • What about bootstrap + 12 months + changing at least one member every six months, and leaving to the discretion of the committee to change more positions in every refresh? Looks like a good compromise between continuity and change. Other than the principle of at least one change every 6 months, I don't think the CoC needs to get into details such as 3/5 votes for approving new members. The committee should be entitled to decide the best way to renew itself.--Qgil-WMF (talk) 10:07, 3 September 2015 (UTC)
        • @Qgil-WMF: Can you elaborate on your proposal? Does "12 months" mean elections every 12 months? If so, how would a member change every six months? Are you suggesting staggered terms? I recommend we do specify the rules for the committee electing its successor. This is a substantive issue. I assume you don't want 2/5 or 1/5 to choose the next committee. So the question is whether it should be 3/5, 4/5, or 5/5. 4/5 and 5/5 are supermajorities. The well-known downside is that supermajorities allow a minority of the committee/parliament to control all forward progress. E.g. if the committee required elections to be unanimous (5/5), any one committee member could block the election unless their friend was assured a seat in the next committee. Mattflaschen-WMF (talk) 03:57, 9 September 2015 (UTC)
          • I mean 12 months in the first term, then always 6 months -- see #Bootstrapping the committee. I still think "trust the committee" is a better principle than trying to define numerical rules in advance. A committee trusted to enforce the CoC should be trusted to handle its own functioning. If a specific committee cannot be trusted on the latter it probably won't be trusted on the former, and we will have a bigger problem than supermajorities anyway.--Qgil-WMF (talk) 17:39, 9 September 2015 (UTC)
We have the model of the Architecture committee, which is similar to this case (experience, trust, complex issues...) The CoC committee should be transparent in their initial formation and their renewals, but other than that I think a model based on empowering the committee to maintain themselves will work. If the committee misbehaves there will be crisis and loss of trust, and if that happens then we will surely discuss how to move forward.--Qgil-WMF (talk) 09:52, 2 September 2015 (UTC)
  • On the capacity of ECT to remove members, I don't think this is a good idea. If a committee member deserves to be removed, the case should be clear enough for the committee fellows to take action. If ECT wants to remove a member when the rest of the committee is opposing, that means that we all have a deep problem that no rule will solve.--Qgil-WMF (talk) 10:33, 3 September 2015 (UTC)
  • On the permanent seat for an ECT member (something not mentioned in this proposal but discussed elsewhere without a clear conclusion) I still firmly think that ECT should have no privilege. If one of us wants to go for it, then self-nomination and selection should be the process like for anybody else. And if an ECT member is in the committee but for whatever reason it is thought that it is better to leave, the process to refresh seats every six months could be used for that.--Qgil-WMF (talk) 10:33, 3 September 2015 (UTC)
    • The Engineering Community team members agree that ECT should not have a permanent seat or power to veto committee members.--Qgil-WMF (talk) 01:02, 9 September 2015 (UTC)
      • Okay. I do think there needs to be a way to remove members, for very serious problems. However, I agree that in most cases, it should be sufficient for the committee to do so. I've added this (requiring a supermajority because unlike regular elections, removing someone mid-term isn't something that should be required often). If this isn't (e.g. the committee is turning a blind eye to one of their members), a procedure could be developed then. Mattflaschen-WMF (talk) 04:16, 9 September 2015 (UTC)
        • I also think we need to allow resignations mid-term, so I've added that. Mattflaschen-WMF (talk) 04:18, 9 September 2015 (UTC)

Next steps

We need a bit of organization. Even when the discussion is being shared basically by just a few people, it is becoming harder to follow and get involved productively (even more for volunteers with little time available). The goal of this exercise is to draft a proposal of an enforceable Code of Conduct to be approved by the Wikimedia technical community. We can slice the drafting in modules, allowing for a lighter process of discussion and consensus:

  1. Intro + Principles + Unacceptable behavior define the scope of this CoC, and have an intrinsic value. If those of us active in this Talk page now focus on these points, we should be able to reach a level of agreement good enough to send a proposal to wikitech-l.
  2. A new section "Committee" (that I will create now unless someone is faster) comprising all the details about this committee will need some more iterations. We can work on it while the community has time to discuss the points above. Hopefully by the time that the points above are stable and clear, we could share our proposal about the committee to wikitech-l.
  3. With the previous points on its way for agreement, Reporting, Appealing, and Enforcement should be relatively simpler to deal with, as they are mostly a matter of process. Once we have a draft we are happy with, we would share it with wikitech-l, adding that this is the last chunk of the CoC and we are seeking general consensus for the approval of the entire document.
  4. The CoC would become official as soon as it is approved. Then we would proceed to the creation of the committee.

The trick here is that the most active contributors to this discussion would focus on the topics that need more urgent approval, leaving he rest for later. Sporadic contributors can comment anywhere, of course.

There have been some comments about a self-selection (for a lack of a better word?) of people participating in this draft, in this discussion page, and in the related threads in wikitech-l. In order to help capturing a wider range of opinions, we could offer an email alias i.e. coc-discussion@wikimedia.org that would relay emails to, say, three identified people that will commit to treat this feedback with confidentiality and channel the contributions received to the public discussion. Three is big enough to be reliable (a single person might miss an email, be away, etc) and small enough to maintain personal trust.--Qgil-WMF (talk) 08:36, 21 August 2015 (UTC)

I really like this proposal. One implication it has, though, is for the approval process; the problem with a consensus-driven approach is that it is very hard to identify the trend of agreement or disagreement when confidential feedback or disapproval or approval is being factored in. What are your plans for dealing with that? Ironholds (talk) 14:34, 21 August 2015 (UTC)
I like this staged approach, although I share Ironholds' concerns about how to make consensus (or its lack) apparent. I do think that offering the opportunity for anonymized input is important in this discussion. --Fhocutt (WMF) (talk) 00:53, 22 August 2015 (UTC)
I think anonymized feedback can still be taken into account in reaching consensus, as long as it is posted to the page (in anonymous form). Mattflaschen-WMF (talk) 22:53, 23 August 2015 (UTC)

I also like this plan—it isolates what seems to be the hardest part of the discussion: the composition of the Committee. Ironholds: I think there are two routes we could take to deal with confidential feedback:

  1. Have the trusted parties channel it into the discussion, but have it impact the discussion by (hopefully) affecting the positions of the people taking part directly.
  2. Allow people to send their positions anonymously to the trusted parties, and have those parties paraphrase it, confirm that the senders haven't !voted publicly in the discussion and have some basic level of involvement in the Wikimedia technical community (I don't think this should be high—for example, a preexisting Phab account should be sufficient, even if it hasn't commented), and add it to the discussion on the same level as an identified comment.

I lean towards 2, personally.—Neil P. Quinn (talk) 06:39, 22 August 2015 (UTC)

I like 1 better. I appreciate that some people may be reluctant to publicly state their positions, but I think its important to make sure that their is no question about the community support for the proposal (In order to ensure the entire community feels bound by it), and part of that is being able to verify that the vote isn't being controlled by a sock puppet army. Bawolff (talk) 07:23, 23 August 2015 (UTC)
@Bawolff: I did think about that, so in option 2 I mentioned that the trusted parties receiving the anonymous feedback would take some basic steps to guard against sockpuppets (essentially the same steps that anybody would take take when checking public comments): checking that the sender has a Phab/mediawiki.org account that predates the discussion and that they haven't already commented. Do you think these wouldn't be enough?—Neil P. Quinn (talk) 18:09, 23 August 2015 (UTC)
Its more I would like to err on the side of caution. Its a complicated issue, I'm not 100% sure where I stand. Bawolff (talk) 19:27, 23 August 2015 (UTC)
It's not trivial to cross-check someone's email address with their MediaWiki.org or Phabricator account. First, some accounts don't even have email addresses associated (but the anonymous feedback might still come from an email). Even if there is an email associated, you would need to use Special:EmailUser to send them a message to confirm the previous email came from them (otherwise, you don't know their email address and don't know if the from address of the original email was forged). Mattflaschen-WMF (talk) 23:45, 23 August 2015 (UTC)
OK, then let's start applying this sequence. About anonymous feedback, I think we should go for 1 as long as consensus is build through discussion (and not votes). If we decide to go for votes, then the scenario changes, but there should be enough time for anonymous feedback in any case. Good ideas are good ideas, regardless of where they come from. If they are influencing, so be it. The fact that such ideas come from a techie sockpuppet, someone alien to Wikimedia tech, etc, it doesn't matter. Considering that users can post here anonymously already (with an IP or a newly created account), users of the private channel would probably be people willing to make a point without having followed the entire discussion or without willing to pick a fight publicly.--Qgil-WMF (talk) 09:51, 24 August 2015 (UTC)
Who should be the three people publicly identified as recipients of coc-discussion@wikimedia.org? Once we have the names Matt or I can create the request in Phabricator. We should offer this email address when sending our next email to wikitech-l (see #Proposing Intro + Principles + Unacceptable behavior so I hope we can go through this step quick.--Qgil-WMF (talk) 08:14, 26 August 2015 (UTC)
I am willing to be one of those people. Also, I suggest "conduct-discussion@wikimedia.org", as abbreviations can be confusing. --Fhocutt (WMF) (talk) 19:09, 26 August 2015 (UTC)
No more volunteers so far? Then I will join as well. Two people are enough to get this started. I have requested the conduct-discussion@wikimedia.org email alias to WMF Office IT and I have also CCed Mattflaschen-WMF, so he knows when this email address (the last blocker for the announcement) is ready.--Qgil-WMF (talk) 07:53, 27 August 2015 (UTC)
The email address is not yet ready. The privacy settings need to be adjusted. I will send out an announcement to wikitech-l when it can be used. Mattflaschen-WMF (talk) 00:28, 2 September 2015 (UTC)
The email address is now ready. Kalliope from CA has agreed to be a third person receiving the conduct-discussion emails. --Fhocutt (WMF) (talk) 22:04, 4 September 2015 (UTC)

Step 2 has started with Code of conduct for technical spaces/Draft#Committee (a new section with existing content) and #Proposing the Commitee section.--Qgil-WMF (talk) 08:48, 2 September 2015 (UTC)

Removal of commits and code

"Project administrators and maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, tasks, and other contributions that violate this code of conduct."

Are there processes/tools in place to remove commits from Git, and code or comments from Gerrit? As a maintainer, I have no idea how I would go about this. John Vandenberg (talk) 05:38, 26 August 2015 (UTC)

Messing with public git history causes significant problems. We should not be removing commits from git once they reach master, except in rather extraordinary circumstances. I think that making a new commit that reverts problematic things, and banning users as needed will have to be sufficient. Bawolff (talk) 05:46, 26 August 2015 (UTC)
Ideally, commits that violate this code of conduct would be rejected just like any other inappropriate or unworkable commits. If they make it in, I think that Bawolff's suggestion is a good way to move forward. --Fhocutt (WMF) (talk) 18:51, 26 August 2015 (UTC)
Added "revert" here. Mattflaschen-WMF (talk) 20:37, 27 August 2015 (UTC)
This is still a bit problematic. If there was a commit that changed code in a good way but personally attacked someone in the commit message, none of the required actions ("remove, edit, revert, or reject") are any use. --Krenair (talkcontribs) 20:57, 29 August 2015 (UTC)
The idea is that admins and maintainers have the right and responsibility to take action wherever something is wrong, within their possibilities and in a reasonable way. If a case is technically complex, the committee will have to find out the best compromise. I think the current sentence is just fine.--Qgil-WMF (talk) 14:14, 31 August 2015 (UTC)
It is already the case that the developer community rejects perfectly functional code because the commit doesn't meet agreed-on community standards. If I submit a JS patch that isn't written in the code style we've agreed on, it will be rejected and I'll be asked to make those modifications before it can be merged. I don't see why this hypothetical commit couldn't be similarly rejected until the entire commit (message, comments, code) meets these standards. --Fhocutt (WMF) (talk) 22:09, 4 September 2015 (UTC)
I came in to read and support the current wording but found this sentence to be a bit problematic. I think what is better is rejection of unmerged / future contributions vs. removing already accepted contributions. The wording is ambiguous on that note and removal, especially of code where already merged can cause more disruption. Could this be reworded to indicate that all unaccepted / future contributions are what will be removed? Or, thinking about this clarified? SSastry (WMF) (talk) 15:55, 10 September 2015 (UTC)
I agree with everyone above that this sentence is particularly problematic and basically impossible. Nemo 16:27, 10 September 2015 (UTC)
What about "Project administrators and maintainers have the right and responsibility to take action on any communication or contribution that violates this code of conduct."? Shorter, clearer, with the same meaning, and flexible about the best way to solve each situation. There will be a reporting process and a committee to deal with unclear cases.--Qgil-WMF (talk) 22:09, 10 September 2015 (UTC)
Quim, Works for me. SSastry (WMF) (talk) 23:45, 10 September 2015 (UTC)

Qgil, that is less problematic, but IMO it is more vague. I think it is helpful to articulate that +2'ers are expected to ensure that 'commit messages, code comments, etc., are part of this responsibility. I would say this +2'ers responsibility is heightened as inaction will result in a policy violation being baked into a VCS where hiding the violation is technically not desirable. Commit messages for example can be written to include quite snarky criticism of pre-existing code, and the original author may feel it is 'personal attacks', 'offensive', or 'derogatory' - these terms are not defined by this policy, so can be interpreted by each party in a dispute quite differently in order to create quite different perspectives. If (when) it happens, this policy also needs to be clear that 'project administrators' and maintainers not are not expected to rewrite the VCS history because they, or someone else, believes this policy was violated in a commit...

I think we should split this component into 'preventative actions' and 'enforcement'. In this "Unacceptable behaviour" section, it should only talk about preventative actions. i.e.

"Project administrators and maintainers have the right and responsibility to take preventative action on any communication or contribution that violates this code of conduct [by the technically available means such as editing, reverting, or removing depending on the norms of the virtual space.]?"

Then under "Enforcement", more permanent and invasive solutions may be considered as required, depending on the circumstances. If a commit message is really nasty, and somehow slipped into a repo, merely punishing the committer and merger doesnt make newcomers feel more safe about their code not being ridiculed, permanently, forever, without recourse.... If we cant go all the way, beyond 'comfortable' to actually removing commits if that is the appropriate response, then git commits (and by inference Gerrit) is not really covered by this policy, and this policy shouldnt claim it covers that space.

Will a repo be pulled offline and refactored if required? If not, are we being serious about this? John Vandenberg (talk) 03:02, 12 September 2015 (UTC)

Speaking only about the "Unacceptable behavior" section, I think the sentence I proposed is clear and accomplishes its basic mission in that section, explaining that it is OK to take action when unacceptable behavior occurs. In your sentence, I don't know what "take preventative action" means in practice. On the enforcement part, I'd rather not go there before finishing Committee (sorry, nothing against your argument, just a problem of mental bandwidth).  :) --Qgil-WMF (talk) 01:57, 13 September 2015 (UTC)
If a commit comment is really nasty, I am sure we would find a way to remove it. But it's probably better to keep this document focused on preventing abuse similar to what has actually happened (here or at other organizations), not preventing abuse that could theoretically happen but is unlikely to. --Tgr (WMF) (talk) 02:05, 13 September 2015 (UTC)
I agree with this whole comment. Mattflaschen-WMF (talk) 01:06, 17 September 2015 (UTC)
By preventative action (and appreciate that isnt necessarily the best term), I refer to immediate actions that can and should be taken in response to possibly problematic contributions. i.e. actions taken even without a complaint, as a way of raising the bar and defending each other. e.g. an edit or revert in most online spaces is relatively easy, can be done by anyone, and sends a strong signal about appropriate conduct. Also hiding content is usually a tool available to highly trusted members of a community, and if so it can be used to limit the damage/impact done by an inappropriate comment added by someone.
On the flip side, 'remove' has an irreversible feel to it, and should be done only after the committee has made a determination after having seen the evidence first hand. (happy to push this aspect out to a subsequent discussion, later.). Maybe the simple fix to this section is to remove 'remove' from this sentence, and replace it with 'hide'. While 'hide' is not possible with git, it is therefore less problematic in this sentence because it is clearly not possible, rather than a self-imposed limitation like 'removing a commit' which can be done but people consider to be 'not do-able'. John Vandenberg (talk) 03:06, 13 September 2015 (UTC)
I would be fine with any of the four:
  • "Project administrators and maintainers have the right and responsibility to remove, edit, revert, or reject all comments, commits, code, wiki edits, tasks, and other contributions that violate this code of conduct." (version under discussion in the consensus section). This provides enough discretion. E.g. if the commit message was the problem, but it's not a super-egregious case like doxxing where a repo rewrite is required, the maintainer can verbally reject it by making clear it's unacceptable and reporting it to the committee.
  • "Project administrators and maintainers have the right and responsibility to edit, revert, reject or hide any comments, commits, code, wiki edits, tasks, and other contributions that violate this code of conduct." (current version). This is close enough to #1, but implies the fact that content can be un-hidden (though this is rare for e.g. suppression).
  • "Project administrators and maintainers have the right and responsibility to take action on any communication or contribution that violates this code of conduct." (Quim's text above, gives reasonable discretion while still allowing committee to take further action if needed).
  • Project administrators and maintainers have the right and responsibility to take action on any communication or contribution that violates this code of conduct, by means such as editing, reverting, or removing depending on the norms of the virtual space (variant of John's proposal).
Like I said, I think the version previously proposed for consensus is good enough, but if people coalesce around one of those, we could propose it as a final change in the next (and hopefully last) round for this section. Mattflaschen-WMF (talk) 01:06, 17 September 2015 (UTC)
My proposal has the simplest wording while keeping the same scope and possibility of enforcement. There are many sentences in this CoC where we are choosing to be more exhaustive mentioning cases, which is fine for a single sentence but makes the whole CoC pages a lot more complex to read and understand when done systematically.--Qgil-WMF (talk) 05:35, 17 September 2015 (UTC)

Proposing the Commitee section

Continuing with #Next steps, and now that #Proposing Intro + Principles + Unacceptable behavior is on its way for wider community feedback, let focus on the discussions related to Code of conduct for technical spaces/Draft#Committee. We have been discussing the Committee together with reporting and enforcement, so there is no clear cut. Related sections (with their subsections) include #Substantive v Procedural, #Membership of the committee and ECT's role, #Conduct Committee v Legal Counsel, #Protection of Conduct Committee members, #Governance, and #Authority/power of committee?.

Please do not discuss these topics or new ones here. Use the existing or new sections instead. Here we are only coordinating the work of proposing this section of the CoC draft to wikitech-l.--Qgil-WMF (talk) 08:45, 2 September 2015 (UTC)

I'm happy about Code of conduct for technical spaces/Draft#Committee, including the idea of not defining there the on-time process of #Bootstrapping the committee. If you have nothing to change based on the open discussion, we could call for wider feedback at wikitech-l and move to the next step (Reporting and Enforcement).--Qgil-WMF (talk) 01:09, 9 September 2015 (UTC)
@Qgil-WMF: I don't think it's complete yet. There is nothing about how the committee is initially formed (I think it's fine to have this in an appendix/separate document because it's a one-time thing, but I recommend it be put somewhere). There is almost nothing about the replacement elections. I'll go ahead and put some more text from my proposal, to address these issues. We can then discuss those changes. Mattflaschen-WMF (talk) 20:51, 9 September 2015 (UTC)
I've gone ahead and edited it. [1] [2]. Mattflaschen-WMF (talk) 22:50, 9 September 2015 (UTC)
@Qgil-WMF: I also think we should wait to send out #Committee to wikitech-l until we have consensus on the intro + Principles + Unacceptable behavior (the first thing we sent out). That helps accomplish our goal of not discussing everything at the same time. Mattflaschen-WMF (talk) 23:54, 9 September 2015 (UTC)
As a note for later, another related talk page section is #COI. Mattflaschen-WMF (talk) 21:22, 16 September 2015 (UTC)

Why do we need a code of conduct, or not

A code of conduct has a clear goal, according to en:wp "set of rules outlining the social norms and rules and responsibilities of, or proper practices for, an individual, party or organization". the discussion attracted maybe 5 WMF employees and 5 voluntary contributors. how many committers do we talk about? how many are employed and how many are hobbyists?

I don't know what this section is supposed to be. It sounds like (judging by your counts) you are summarizing existing discussion, but I don't know which one(s), since you didn't link to the sections. Mattflaschen-WMF (talk) 19:27, 9 September 2015 (UTC)

we do need a standard code of conduct

this is advocated by multiple persons from WMF, got positive comments from contributors from US, GB, IR.

currently it has no criteria defined why one needs it, and no success criteria. frightening is that linus torvalds, the person who successfully built by far the biggest developer community on this planet, growing since 25 years, having thousands of contributors, would not be good enough to participate. --ThurnerRupert (talk) 18:01, 6 September 2015 (UTC)
That sounds like a good argument for adopting the CoC to me. I have no desire to suffer abuse in order to contribute code. Kaldari (talk) 05:41, 7 September 2015 (UTC)
you do not suffer, and if you would know what to do even now. :) --ThurnerRupert (talk) 08:08, 12 September 2015 (UTC)
On en-wikipedia, at least, we have an expectation that the framing of this kind of discussion will actually represent the points of view they purport to be evaluating. Here are some reasons why I believe we need a standard code of conduct:
  1. Codes of conduct create a friendlier and less toxic community which is more likely to keep productive and collaborative people: Our goal is to build a representative, aspirational community - whether it's for our engineering community or our content community. That means a lot of people from a lot of backgrounds, primarily working as volunteers - and nobody likes being treated poorly, particularly for free. By having a code of conduct we have a set of rules for how users should conduct themselves, with a clear enforcement mechanism, which means that toxic individuals (or productive individuals with toxic behavioural patterns) can have their actions addressed in a clear and consistent fashion. The research that has been done about why people leave communities, or cease contributing as prominently, has commonly highlighted toxicity within that community's interactions as a reason. This helps address that.
  2. Codes of conduct create a friendlier and less toxic community which is more likely to attract people: like I said, nobody likes being treated poorly for free. The narrative of our community goes much wider than us because it is communicated by people who experience it to other people they collaborate with - other people who may be interested in collaborating here. A code of conduct sends a signal to potential contributors, particularly potential contributors from marginalised backgrounds (who are people we should be trying to attract because software is best when the experiences the programmers bring to it match the experiences of its potential users or current users) that we take creating a friendly and collaborative space seriously, and that they can contribute to our codebases with some assurance that they will not be treated horribly. This makes for a wider user base, a more representative user base; it makes for more code and better code.
  3. Our current approach is inconsistent and not working; we don't lack policies around behaviour, we just lack any consistency. Some venues have behavioural policies, some do not. Some of those policies specify who should enforce them, some don't. All of the approaches are totally different and pseudorandomly enforced. One of the criticisms levelled at this code of conduct is that it is "bureaucracy"; bureaucracy is what we have at the moment, with a dozen half-formed policies that apply in different areas in totally inconsistent ways. Arguing against this policy will not reduce bureaucracy; arguing for it, replacing those dozen half-formed and inconsistently enforced ones with a single policy, will do that.
This is not to say that a CoC is the be-all and end-all of creating a friendly space; it's not. Just because we have a policy setting out a minimal behavioural standard doesn't mean people will all turn into saints, or even that all people will internalise this standard. But social conventions come from a common understanding of what is acceptable and unacceptable, and standardised policies are a great way of communicating that understanding to people joining the community, as well as people already present - and that communication is how you create a convention. Ironholds (talk) 01:55, 8 September 2015 (UTC)
if we have half a dozen policies, please cite them and make them go away. if we have too much, add something seems not right. you say "create convention" - a community is about contributing, so the ultimate goal is to create a convention about it. this policy does not show how to create something, but how to do nothing. from the code of conducts standpoint there is no difference if i am here or not. i feel not valued. --ThurnerRupert (talk) 08:08, 12 September 2015 (UTC)
I'm afraid I don't understand the second part of your comment; we should create a convention around contributing? People are logically much less likely to contribute if they feel uncomfortable in a space. A convention that we should treat people respectfully, by extension, contributes to people, well, contributing. Ironholds (talk) 18:44, 12 September 2015 (UTC)
The success criteria is given right in the document: "an open and welcoming community" and "a respectful and harassment-free experience for everyone". I completely disagree with the idea that toxicity is required for a successful open source project. The reason the Linux kernel is well-known for this problem is that it's an outlier. No one writes news stories about people safely crossing the street, and no one writes about how an open source project is well-known for its healthy interpersonal dynamics; they write about the outliers. However, the projects with healthy dynamics are those that can most easily attract people and prevent them from leaving. Mattflaschen-WMF (talk) 19:41, 9 September 2015 (UTC)
how do you measure "open and welcoming community" or "a respectful and harassment-free experience"? --ThurnerRupert (talk) 07:58, 12 September 2015 (UTC)
Number of times harassment or other abuse happens? As for openness, it would be interesting to get a sample of new community members a few month ago and send them a poll about their experiences. --Tgr (WMF) (talk) 03:42, 13 September 2015 (UTC)

If we get into 2016 without a code of conduct for technical spaces (notably hackathons), we're cutting ourselves off to a bigger and bigger swath of the developer community. Many active and experienced developers have pledged to only attend events with codes of conduct and all developers (junior and senior) want to be able to volunteer time without being harassed. JSConf has a code of conduct, so does Rubyconf, jsconfeu, and many others (I can keep linking on request, but it'll get repetitive). We want people to do cool stuff with mediawiki. We want the people already making cool stuff with mediawiki to feel like they can belong to a community or participate at an event without harassment. Protonk (talk) 15:33, 13 September 2015 (UTC)

I agree. In particular, "all developers (junior and senior) want to be able to volunteer time without being harassed" gets at why we need a code of conduct for everyone, online and offline, staff and volunteer. (I would add that a code of conduct can make staff work more productively too). Mattflaschen-WMF (talk) 05:28, 17 September 2015 (UTC)

we do not need a code of conduct

it is anyway clear how to behave with such a small group. stop bureaucracy, users complain about it, invent a problem because we know the solution. nemo (IT), steinsplitter (DE), ThurnerRupert (CH).

there is no goal behind the idea. the most successful initiatives, the linux kernel, and wikipedia, have no code of conduct. they have both a person with predictable behaviour and a talent do delegate tasks. the linux kernel still has slim rules, while wikipedia created a lot, differing for regions and languages. --ThurnerRupert (talk) 17:41, 6 September 2015 (UTC)
The Principles section is 'a goal behind the idea'. The reasoning that good free projects don't have / don't need a code of conduct has no base. The Linux kernel has a Code of Conflict. Linux Foundation events have a Code of Conduct. Dozens of successful free software projects have a code of conduct.
'It is clear how to behave' is another argument with no base. This is true for most people most of the times, but the Wikimedia Tech community hasn't been exempt of conduct problems either. Inventing a problem? It is a fact that in many cases we haven't been able to deal with crisis properly. Those who invested more energies in a stronger conduct tended to keep their positions, those who didn't feel like joining / staying in fights moved aside or left. This dynamic is no fair per se, doesn't contribute to welcoming newcomers and to promote diversity.--Qgil-WMF (talk) 07:10, 7 September 2015 (UTC)
Also, what is the idea behind specifying the citizenship of people agreeing / disagreeing? Specially with the small sample we have so far. Aren't you counting citizenship of those who happen to work at the WMF? For what is worth I'm Catalan, Spanish passport, resident in Germany. And you seem to be missing UK / USA citizens that have questioned the CoC as well.--Qgil-WMF (talk) 07:20, 7 September 2015 (UTC)
+1 to Quim. Can you point me to where users have complained about the bureaucracy of "a set of guidelines on how to behave"? I've seen users complain about bureaucracy on Wikipedia, I've seen (and participated in! and helped write!) studies on that bureaucracy, but it has related entirely to the rules around editing content not around participating in discussions. The studies we have done have indeed shown the rules - around editing - to be very onerous and a primary source of people ceasing to edit. They have also shown a big chunk of those who cease to edit do so because they find the community unpleasant and unfriendly. IOW, this is the one type of policy that is actually targeted at why people stop contributing. I am happy to point you at the surveys that have been done. Ironholds (talk) 01:32, 8 September 2015 (UTC)
The goal has been explained on multiple occasions, including briefly in the Principles section ("the interest of fostering an open and welcoming community"). The Linux kernel does have a code of conduct. It takes a different approach from ours, but doesn't mean it's not a CoC. Wikipedia takes a different approach as well, but they do have Wikipedia:Civility and No personal attacks and other specific policies that together form a de facto CoC (there are some issues with Wikipedia's policies, but here is not the place to try to improve them). The MediaWiki technical community is no longer "such a small group", and people do not always just magically behave well. There are now hundreds of committers, and more sysadmins running MediaWiki, people participating on IRC and Phabricator, etc. This is not unnecessary bureaucracy and is not an invented problem. MediaWiki.org has few policies, but this is one we should have. Mattflaschen-WMF (talk) 19:29, 9 September 2015 (UTC)
"forstering a welcoming community" might be a goal, but the code of conduct is not the solution to this goal. while "how to handle conflict resolution" of linux is a clear goal, and the 20 lines make clear how to do it. code committers here are comparable. the linux foundation events code of conduct cited is very short, and the marketing person is handling the situation. here we tend to police, with lawyers. besides is is not comparable - as we have the friendly space policy for this. --ThurnerRupert (talk) 08:43, 12 September 2015 (UTC)
I don't see a need for these references to people's nation (steinsplitter (DE)) (we're not UN ambassadors). People can sign for themselves without these psuedo-signatures. Mattflaschen-WMF (talk) 19:27, 9 September 2015 (UTC)
why you do not make 50 non-WMF dev's sign here? if not, just forget about this page :) it sounds like you let yourself talk into something and now you feel you need to do it and have difficulties to admit that nobody is interested. --ThurnerRupert (talk) 08:43, 12 September 2015 (UTC)
What are the actual stats on the WMF/non-WMF breakdown of developers? Quim would presumably know. Your "it sounds like" section is frankly entirely supposition; a ton of people are interested. We wouldn't have hundreds upon hundreds of kilobytes of comments (some positive, some negative, sure) if people weren't. Ironholds (talk) 18:42, 12 September 2015 (UTC)
48 users edited the talk page. I count 23 WMF staff among them. (There are a few more users who only edited the subject page, or did not edit on the wiki but commented or left tokens on T90908, but they probably would not change the numbers by much.) --Tgr (WMF) (talk) 03:56, 13 September 2015 (UTC)
"why you do not make 50 non-WMF dev's sign here?" How would I make anyone do anything? Mattflaschen-WMF (talk) 03:23, 17 September 2015 (UTC)

a positive code of conduct could be of value

the technical space is perceived as arrogant and ignorant, despite the participants are not arrogant and ignorant. mails get not answered, tickets closed immediately or never, patches are not treated for years. as the WMF has 150 employees, and most of them are technical. a novel approach by WMF can sovle the problem: introduce a simple and effective code of conduct for its employees: make sure that somebody contacting via a technical channel leaves well served. for volunteers this code of conduct would be true as well but not enforced. pretty sure they will behave the same way. in 12 months time it can be judged if this helped, emails without answer, tickets, and patches can be counted. --ThurnerRupert (talk) 17:41, 6 September 2015 (UTC)

For what is worth, Wikimedia Foundation employees are already required to abide to a Code of Conduct policy. If you want to suggest improvements to it, I guess a good start would be its discussion page. In any case, your proposals are not related with conduct or misbehavior. If patches, tickets or questions are not all addressed with efficiency it is not because people are misbehaving or not having respect for others, it is basically a problem of resources, priorities, possibilities. If you think someone is interrupting collaboration flows on purpose, then this attitude falls within the Code of Conduct indeed. Tasks related to the problems you described but not to conduct problems: Goal: Reduce code review queues and waiting times, How to address the long tail of low priority tasks in active projects. If there are other areas you want to address (i.e. you mention mailing lists) then let's start the discussions in new tasks within the scope of the Engineering Community team.--Qgil-WMF (talk) 07:34, 7 September 2015 (UTC)
The fact that WMF staff do not regard themselves as obligated to respond to volunteer comments or questions is unfortunate and in my view both insulting and unwarranted, but it is unfortunately WMF policy [3]. I proposed a thought experiment to rectify that at meta:User talk:LilaTretikov (WMF)#A_bold_thought_experiment but while it remains WMF policy it would be interesting, to say the least, to have it in conflict with this code.
In passing, just to point out that mere mortals are not able to edit the WMF site page, so any discussion would have to be at meta:Talk:Code of Conduct policy. Rogol Domedonfors (talk) 11:15, 7 September 2015 (UTC)
Having a lack of capacity to respond to all volunteer comments and questions is not the same thing as having a policy about it. Regardless, I don't think it's actually relevant to the discussion here. Kaldari (talk) 22:21, 7 September 2015 (UTC)
They are indeed two separate things, and as the diff I provided shows, both are apparently true for the WMF staff. The relevance to this discussion is that exclusion, in the sense of shutting people out of discussion or ignoring their input, might be considered unacceptable conduct, as it is in the Community discussion linked to in a preceding paragraph. However, we are unable to include it in this code, as it is considered acceptable practice for WMF staff and hence, unless we are to introduce a two-tier structure at this point, for the entire technical community. Rogol Domedonfors (talk) 21:31, 8 September 2015 (UTC)
Not replying to emails is absolutely nothing like the "harassment and other types of inappropriate behaviour" on the list. Ironholds (talk) 23:02, 8 September 2015 (UTC)
Maybe so, but deliberately and inappropriately excluding a person or subgroup of people from a discussion or decision-making process is offensive, and has been reported as a form of misconduct, in the link I gave. However, it seems that consensus is not to consider including it as a form of misconduct under this code and I can see why. Rogol Domedonfors (talk) 06:27, 9 September 2015 (UTC)
People at the WMF have been working on integrating volunteer contributors better for a long time. Are we done working on this? No. You note we have ~150 paid WMF engineers. Some other top-10 websites have 1000's. I agree we should keep improving on the volunteer front. What you've given is not a code of conduct proposal, though. (As noted, WMF employees must already abide by a CoC). It's a proposal for a new way to prioritize work. It's important to remember we are juggling a lot of projects and priorities, so when you say "spend more time on A", you are also saying "spend less time on B". Mattflaschen-WMF (talk) 19:27, 9 September 2015 (UTC)
I agree that a positive statement of what we hope to achieve and how we intend to act, stated positively, could be a strong statement of our values as a technical community and a useful discussion in forming it. Experiences in other open source/open culture communities, however, have shown that it's not enough, and that including a procedure for accepting and handling reports is particularly necessary. --Fhocutt (WMF) (talk) 00:44, 10 September 2015 (UTC)
At this point I am not saying "spend more time on engaging with the community" (although in other places I have suggested ways in which that might be done), I am saying "since WMF has decided its staff will prioritise other things, this Code will have to reflect that decision". Regrettable, in my view, but there it is. Rogol Domedonfors (talk) 06:25, 10 September 2015 (UTC)
Rogol Domedonfors, I'm at loss at trying to understand what specific text you want to add or modify in the current draft. Please provide a patch. :) As several people has said in several places, the WMF doesn't have the capacity to reply everybody everywhere. This limitation is not used to discriminate some users over others based on gender, ethnicity, etc. It is not used to harass or lack the respect to some specific individuals or groups. It is not used for sustained disruption, interruption, or blocking of community collaboration. You are trying to mix one legitimate problem with another legitimate problem, but these problems are essentially different, and trying to mix both in a CoC doesn't help solving any of them.--Qgil-WMF (talk) 13:15, 10 September 2015 (UTC)
Qgil-WMF, this paragraph is about "positive code of conduct", so the whole text would need to be changed. you mention WMF has no capacity: there is only ten mail threads per month. there are 3000 new tasks in phabricator per month if i read the statistics right. i tried to figure out how many of them are not created by WMF. i perceive that WMF creates their own tasks, ignores mine. i do feel offended. the participating persons do not offend, it just is some "misunderstanding" on my side or tool deficiency. how is it supposed that i can test the result of this task, and how many tasks are created by WMF compared to community? especially offended i am by your ignorance of this task, it is affecting thousands of users. but of course you do not harass me, hehe. --ThurnerRupert (talk) 09:42, 12 September 2015 (UTC)
@ThurnerRupert: the links you provide show tasks where you are not being ignored as in 'nobody replies to me or seems to care' but as in 'nobody is working in the features I'm requesting'. There are thousands of open feature requests and most of them take a significant amount of time from a skilled developer. I cannot avoid if you feel offended but this, but really this conversation really falls well out of the scope of a Code of Conduct.--Qgil-WMF (talk) 01:38, 13 September 2015 (UTC)
I'm articulating what I believe to be the consensus, which is that although exclusion has been reported as a form of unacceptable conduct, we cannot include it here becuse of constraints on WMF staff. So I am stating the "patch" that I personally would prefer, namely to aqdd Deliberate exclusion of individuals or groups from discussion or decision-making to the list of unacceptble behaviours, would not be consistent with the consesnus here, and further that I regret that situation. Rogol Domedonfors (talk) 18:53, 12 September 2015 (UTC)
"Deliberate exclusion" can be unacceptable behavior in certain circumstances (if a person or group is marginalized for personal reasons, gender, race, etc) and can be accceptable in other circumstances (for instance, I don't have access to #security related discussions, only a small circle of contributors have access to them, and this is fine). I think it is interesting to include the concept of deliberate exclusion if we agree on the unacceptable/acceptable cases.--Qgil-WMF (talk) 01:43, 13 September 2015 (UTC)
I have yet to see a single example of decisionmaking that did not deliberately exclude people. "Everyone" cannot make a decision; a specified group can, and everyone outside that specified group is included. Our most inclusive decisionmaking process is probably the board election, and even that excludes everyone under a certain number of edits.
RD, I am sympathetic to what (I believe) you are trying to get at. I think the WMF too often replaces real inclusion into planning and decisionmaking with polite but ultimately meaningless pseudo-conversations. But when engagement is warranted and when it is unfeasible is very hard to decide; community attention is a finite resource, so is WMF staff time, decisionmaking processes must strike a balance between representing stakeholders and respecting expertise, and the costs of coordination grow exponentially with group size. Whom to include and whom to exclude is a hard decision that must be made case by case; I don't think the code of conduct is a meaningful tool to directly influence that.
And I believe that indirectly it might be able to help. I think a frequent reason for WMF disengaging is that many participants heap abuse on them when they do anything the least bit controversial. When you feel that anything you say will be used against you, and being open and honest only will only achieve that your words can be used against you more mercilessly, you are not terribly motivated to have discussions that include those people; and the alternative is usually excluding almost everyone. One of the main hopes I have about the CoC is that strengthening the norms for respectful and reasonable conversation will make the WMF engage more. --Tgr (WMF) (talk) 04:46, 13 September 2015 (UTC)

Archiving

I suggest that sections less than 36 hours old are hardly "stale". At least some of the sections archived are still active or at least have unfinished business. Rogol Domedonfors (talk) 21:25, 4 September 2015 (UTC)

Hey Rogol. I've unarchived some of the previously archived discussions - sorry for being over-zealous there. If you feel there are still-archived sections that have "unfinished business" please do feel free to yank them out. Ironholds (talk) 21:39, 4 September 2015 (UTC)
can you please unarchive the discussion if we really need this code of conduct? --ThurnerRupert (talk) 21:56, 5 September 2015 (UTC)
YesY Done Also, I agree that there is no rush in archiving discussions, especially when they aren't clearly closed (i.e. as in opener happy about a conclusion or a change). This page gets awfully long, but this is a reflection of the density of the discussion these days.--Qgil-WMF (talk) 12:16, 6 September 2015 (UTC)
Qgil, i cannot see the discussion why somebody would need a code of conduct? --ThurnerRupert (talk) 17:23, 6 September 2015 (UTC)

Case escalation

"The committee can also escalate complex issues to the Wikimedia Foundation's Engineering Community team, delegating the responsibility of their resolution." seems like kind of dangerous language. I wonder whether it strips authority/autonomy from the proposed committee and whether it unfairly absolves the committee of taking responsibility for handling complex cases. --MZMcBride (talk) 04:47, 9 September 2015 (UTC)

I don't think it strips any authority or autonomy, but it might be good to either explicitly state "and is tasked with creating policy to cover when this should be the case" or, well, just specifying under what circumstances it's the case. Ironholds (talk) 13:48, 9 September 2015 (UTC)
The idea is that ECT helps when it is called, and doesn't interfere if it is not called. The committee is in full control of the delegation, and no situation should imply a direct intervention of the ECT surpassing the committee. This is meant to be a tool for the committee (assumed to be formed mainly as volunteers) to avoid exceptional situations of high stress, not a tool for the ECT/WMF to intervene in major CoC-related issues. I think the current wording works, but better alternatives are welcome.--Qgil-WMF (talk) 17:46, 9 September 2015 (UTC)
I think that idea is fine, but let's get it written into the document properly. It should be explicit about who controls the delegation. --Krenair (talkcontribs) 18:55, 9 September 2015 (UTC)
@Krenair: I've made an edit that should make this even more clear. Mattflaschen-WMF (talk) 20:55, 9 September 2015 (UTC)
Thanks. I also went and removed references to 'escalate', instead preferring 'delegate' because the former implies that ECT is above the committee. --Krenair (talkcontribs) 20:58, 9 September 2015 (UTC)
And delegate implies the inverse. "Transfer"? Ironholds (talk) 21:21, 9 September 2015 (UTC)
I'm fine with 'delegate' (or 'transfer'). Mattflaschen-WMF (talk) 23:35, 9 September 2015 (UTC)
I agree that 'delegate' is better than 'escalate', and the whole sentence is clearer now.--Qgil-WMF (talk) 06:27, 10 September 2015 (UTC)
  • The ECT is also proposed as the Appeal body. How will appeals be handled if a case has been transferred to the ECT in the first instance? Rogol Domedonfors (talk) 06:30, 10 September 2015 (UTC)
  • Good question. I think appeals to ECT resolutions could go first to the Committee. If they still don't want to handle the case, then they should be able to transfer to an alternative body. While this situation is technically possible, I guess it would be rare and related to very strange or acute situations. Community Advocacy, I guess.--Qgil-WMF (talk) 13:27, 10 September 2015 (UTC)

Bootstrapping the committee

On the bootstrapping, I think we don't need to include the details in the CoC since this is a one-time process. Process facilitated by ECT OK, self-nominations with public and private feedback OK, trust on the ECT to make the call... OK, but if this is the case we will bring that decision as close as possible to the candidates and stakeholders themselves, ECT style. Basically what I'm saying is, if ECT is trusted to handle this bootstrapping, then you trust us to do it in the way we think it's best.--Qgil-WMF (talk) 10:33, 3 September 2015 (UTC)

Another detail proposed for the bootstrapping period is that the committee would be renewed for the first time 12 months after its creation (instead of six, to give time to the committee to consolidate).--Qgil-WMF (talk) 01:06, 9 September 2015 (UTC)
I feel like if you want people to "trust us to do it in the way we think it's best" you may need to give more verbose detail on what that looks like. For example, I'm not sure what "ECT style" constitutes. I'm reading this as:
  • Candidates will self-nominate and be discussed both publicly and (through feedback to the Engineering Community Team) privately;
  • The Engineering Community Team will select 5 of these candidates to sit on the initial version of the committee;
  • The resulting committee will sit for 12 months before beginning to cycle through its members, rather than the standard 6, to try and give some time for processes to be set up internally without a lot of turnover.
Is that correct? How long will be given for feedback? How long for nominations? Ironholds (talk) 01:21, 9 September 2015 (UTC)
Basically, ECT will facilitate when needed, but will aim for as much self-organization of candidates as reasonable. I would expect the first committee to be more the result of a conversation with/between candidates than a secret exercise where ECT meets alone behind closed doors and comes out with an announcement. Timeline... one month in total? First two weeks for nominations, feedback can come as soon as nominations are announced. The rest is correct, yes.--Qgil-WMF (talk) 02:01, 9 September 2015 (UTC)
Makes sense. If you haven't already you may want to talk to Maggie, who (amongst many other things) handled the last round of candidacies for the Ombudsman Committee). Ironholds (talk) 02:58, 9 September 2015 (UTC)
I put some stuff about this in the draft. Mattflaschen-WMF (talk) 23:06, 9 September 2015 (UTC)
@Qgil-WMF: I think it's fine for The ECT bootstrap procedure not to be in the main CoC, since it's a one-time thing. However, it is probably useful to have a separate page that describes it. Your proposal about new elections (after 12 months initially, 6 months thereafter) should be discussed here and go in the main CoC. Mattflaschen-WMF (talk) 20:45, 9 September 2015 (UTC)

Committee workload

In looking for volunteers to join the Committee, a natural question to be asked is what the likely workload would be. Does anyone have experience of similar codes in similar sized communities that might be a guide? Rogol Domedonfors (talk) 06:33, 9 September 2015 (UTC)

@Rogol Domedonfors: This is a good question. I've asked another open source project. Mattflaschen-WMF (talk) 00:01, 10 September 2015 (UTC)
I was lucky to get a quick response. They said, on average roughly 2 hours a month, but that it varied (both due to what was happening and how much time people have available). Of course, communities and situations vary (and they specifically noted that it was sometimes 0 hours, other times many more), but this suggests that on average it's not an overwhelming time commitment. There is also provision in the current draft for simpler cases to be dealt with by a single member, which allows some people to potentially take on a little more work than others (while still allowing the committee to override if needed). Mattflaschen-WMF (talk) 02:29, 10 September 2015 (UTC)
I'm also reaching out to some people with experience on these. --Fhocutt (WMF) (talk) 00:49, 10 September 2015 (UTC)

Renaming to Developer Relations team

I assume that all references to Engineering Community Team should now read Developer Relations team? That is, this is a change of name, or at least, the relevant functions have not been redistributed? Rogol Domedonfors (talk) 21:02, 13 September 2015 (UTC)

YesY Done Indeed.  :)--Qgil-WMF (talk) 06:31, 14 September 2015 (UTC)

Flow for this Talk page

Unless someone has a better idea, I will request the conversion of this page to Flow. When it comes to diversity of participation, any little help is welcomed. Our discussions here are being quite long and dense. I am familiar with wikitext conventions for discussions, but more than once I have found myself thinking whether I should indent with a colon, a bullet, or both, or spending extra time finding the exact point where I should add my comment. I bet many technical contributors will have a harder time watching changes about the topics they care in this page, following the conversation, and participating in it. Flow will help.--Qgil-WMF (talk) 22:09, 14 September 2015 (UTC)

That's not encouraging diversity, it's discouraging participation here by anyone who doesn't like Flow. The inappropriateness sees obvious from where I'm sitting. --Pi zero (talk) 22:58, 14 September 2015 (UTC)
YesY Done Fine. I disagree, but I'm not picking this battle.--Qgil-WMF (talk) 08:37, 15 September 2015 (UTC)
Not using Flow discourages participation by anyone who doesn't like wikitext ;-) The main advantage of Flow would be to add more structure to discussions (no infinite threading...) which helps to keep discussions focussed. I'd prefer Flow, but I also feel comfortable enough to contribute with wikitext. Valhallasw (talk) 09:03, 15 September 2015 (UTC)
No, thank you. -- (talk) 09:04, 15 September 2015 (UTC)

Is there a reason not to have both? Just create Talk:Code of conduct for technical spaces/Draft/Flow and everyone can leave comments in the way they prefer. --Tgr (WMF) (talk) 10:03, 15 September 2015 (UTC)

It is hard to follow this discussion in one Talk page (plus wikitech-l and Phabricator task, although we are doing better at redirecting discussion here). Following discussion in two parallel Talk pages doesn't make any sense. Never mind, let's move on.--Qgil-WMF (talk) 10:12, 15 September 2015 (UTC)

Body size

We don't have anything related to body size, or this falls under physical appearance? It is important to me since I was born with a medical condition that makes me super skinny and I was called names a lot in school and people told me horrible things that continues today, It never happened in mediawiki space but I can imagine the possibility Ladsgroup (talk) 08:22, 15 August 2015 (UTC)

There are only examples in this CoC. Harassment may be alleged for whatever someone believes is harassment which easily includes appearance, medical conditions or the perception of these (this is how the police explained their approach to me in the UK, i.e. it's not their job to interpret what is or is not harassment, they take seriously any complaint and document it for further action). -- (talk) 11:06, 15 August 2015 (UTC)
Yes, there's a reason it says, "Examples of harassment include but are not limited to"; it's meant to cover the most common issues, but it recognizes it might miss something. Let's go ahead and add body size, though, just for clarity. Mattflaschen-WMF (talk) 23:36, 17 August 2015 (UTC)
I changed "personal appearance, body size" to "physical appearance" as this seemed less awkward. --MZMcBride (talk) 02:43, 19 August 2015 (UTC)

this edit removed the explicit mention of body size, instead amalgamating it into "physical appearance".

While I understand the tendency towards brevity and efficiency, I think this is worth calling out. Body size makes a regular appearance in both tropes about engineers and harassment of people within technical spaces, with a frequency that most forms of "physical appearance"-based harassment do not. One of the things we are trying to do with this document is recognise that vagueness and catch-all terms in codes of conduct or behavioural guidelines tend to serve to provide wiggle-room when there is a violation, and that specificity is key to ensuring both that users are aware of what they are not permitted to do, and that community groups have a clear guideline to enforce that they can move on with confidence. With that in mind, and given the prominence of physical size as a trope and tool for harassment, calling it out seems perfectly sensible to me. Ironholds (talk) 19:30, 19 August 2015 (UTC)

I agree, especially given that Ladsgroup brought this up as well. I've put it back. Mattflaschen-WMF (talk) 21:29, 19 August 2015 (UTC)
I guess this makes at least the third case of attempting to address an unproven problem. Ladsgroup specifically stated that body size-related harassment had never happened in Wikimedia technical spaces to him. Similarly, there's no evidence of people encouraging other people to harass (Kaldari's suggestion above) or unwarranted rejection of patches (also discussed above). There seems to be a worrying amount of tilting at windmills here. --MZMcBride (talk) 02:12, 20 August 2015 (UTC)
If it didn't happen before that doesn't mean it won't happen and it doesn't mean it is not worth addressing in the CoC Ladsgroup (talk) 19:33, 20 August 2015 (UTC)
Would you tell a country where there had never been a bank robbery that there shouldn't be a law against it, since it's an "unproven problem"? Of course not, since everyone knows it happens in other places. Similarly, we know these problems happen in other similar places. Mattflaschen-WMF (talk) 23:43, 20 August 2015 (UTC)
Are you able to name such a country? --Nemo 06:42, 21 August 2015 (UTC)
Sure. Any new country, like South Sudan, on day 1. Sane countries don't wait for a well-known crime to occur, then pass a law against it. That would be silly. Mattflaschen-WMF (talk) 20:47, 23 August 2015 (UTC)
I asked an example and you're providing an axiom. The axiom is easily refuted, for instance the Kingdom of Italy adopted all laws of the Kingdom of Sardinia from day 0. The example is not substantiated and is highly dubious, given article 198 "Continuity of Laws and Institutions

" of the South Sudan 2011 constitution. Nemo 16:45, 10 September 2015 (UTC)

As I said, "Sane countries don't wait for a well-known crime to occur, then pass a law against it." You just proved my point. South Sudan adopted Southern Sudan's (region that was previously part of Sudan) laws exactly to avoid having to start from scratch. Waiting for South Sudan's first bank robbery to ban bank robberies would have been foolish, so they didn't do that. Why should we wait for a kind of harassment to occur to ban it, when we know it's happened elsewhere? Mattflaschen-WMF (talk) 21:13, 16 September 2015 (UTC)
As a general principle, I think it is better to be more explicit than implicit describing the types of harassment we want to address in this CoC. The first goal of this document is to prevent problems, and a good measure to prevent problems is to spell them out. Let's not get stuck in these details, a good enough list is a good enough list. If these lists need one item more or one item less, having this discussion will be a lot simpler when the CoC is approved rather than now that we have many fronts open.--Qgil-WMF (talk) 08:54, 21 August 2015 (UTC)
"body size" is mentioned in the original Contributor Covenant. Someone's body size can be hardly a relevant factor in any discussion at Wikimedia tech, and therefore it is reasonable to think that if it ever comes across, it will be off-topic. I see no strong reasons to remove it, and I would recommend it to keep it for now, and see whether it is strongly contested when we ask for wider community feedback.--Qgil-WMF (talk) 10:34, 24 August 2015 (UTC)

Creeping bureaucracy

Stop it, just stop it. Everyone has been complaining for years of the ever-expanding bureaucracy and mass of rules in Wikipedia(s), which frighten new contributors. Yet new policies and side-processes keep being proposed everywhere, as in this example. I don't see any benefit in this document and I hope the proposal will be withdrawn as soon as possible to save us the burden of discussing it. --Nemo 16:17, 8 August 2015 (UTC)

I have no intention of withdrawing the policy. The Wikimedia technical community is not part of Wikipedia. It's true that English Wikipedia has Wikipedia:Civility and No personal attacks, but we don't. There is no binding policy in this area for any online Wikimedia technical space. So far from having a "mass of rules" in this area, we have essentially none. Mattflaschen-WMF (talk) 05:09, 11 August 2015 (UTC)

Agree. This policy guarantees WMF control of volunteer discussion spaces (including spaces that are not operated by the WMF). This gives arbitrary control and is a potential censorship tool for employees or contractors to the WMF. There is no protection for a volunteer who might have fair cause to be raising critical or "non-positive" issues in a "technical space", there is no protection for whistle-blowers, there is no appropriate system of appeal, natural justice or governance for arbitrary actions taken under this code of conduct which may well be taken for debatable reasons of tone, misjudged jokes or confusion about who happens to be an employee using a non-employee account and is being mistaken for an unpaid volunteer (which happens all the time).

My reading of this policy is that it makes it possible for a WMF employee to choose to ban me forever from all the projects I am committed to as an unpaid volunteer, overruling community created project policies, for unknown reasons that may not even be provided to me so that I can correct any error, challenge them as a Joe Job attack, or ask for fair independent review. That makes it completely set against our values of putting the volunteer at the center of our projects. The idea that all Wikimedians should start officially reporting anyone "not being productive" I honestly find scary.

There is a need to do more about real harassment, this CoC confuses arbitrary allegations of "disruption" or being "non-positive" with harassment, and seems to make no attempt to ensure volunteers can appeal to elected volunteer peers for fair assessment of complex allegations of being thought by some to be disruptive, but not a criminal case that should be taken to the police if there is evidence to present, rather than unprovable allegations. -- (talk) 19:33, 8 August 2015 (UTC)

My reading of this policy is that it makes it possible for a WMF employee to choose to ban me forever from all the projects I am committed to as an unpaid volunteer - If we're talking about you personally, I'm not sure I see what you mean. Most of your activity is on commons, which unless I misunderstand severely, is quite out of scope of this policy. Maybe this policy applies to tool labs (Does it? Its not entirely clear on that point), which would probably affect you more significantly. It would apply to in-person events, but people could already be banned without much appeal from such events anyways, so this is not much new on that front. (On the more general point though, I agree, fairness in enforcement is an important issue that is being hand-waved). Bawolff (talk) 21:31, 8 August 2015 (UTC)
And I just re-read the policy. Since my last reading the line "The Community Advocacy team also has the authority to investigate behavioral issues and recommend WMF global bans for individuals." has been added. So I guess I see where your coming from more. Bawolff (talk) 21:33, 8 August 2015 (UTC)
You may need to read the policy again. The CA team has always had that power - this policy does nothing about that. What it does is set out behavioural guidelines for technical spaces. Your objection to the policy around it chilling volunteers ignores an important line from the actual policy; "a healthy amount of constructive criticism and vibrant debate helps to improve our software and is encouraged". This is nothing to do with critiquing software changes in the sense of the community giving feedback on new extensions or features; this is to do with how people behave on phabricator, on gerrit, on wikitech-l, and making sure we have a welcoming community. I agree, for what it's worth, that "not being productive" is a bit vague, and probably needs fixing up. Ironholds (talk) 17:15, 9 August 2015 (UTC)
The CA team does not have the power to ban users from #mediawiki, #pywikibot, etc. Legoktm (talk) 23:40, 10 August 2015 (UTC)
Wctaiwan} has removed "not being productive". I think they're right we don't need it. It is from Bug management/Phabricator etiquette and I think the intention was/is to refer to cases where interpersonal problems or edit-warring were negatively affecting productivity, but it's true there are a lot of other causes of non-productivity, so it doesn't fit the policy as well as I would like. Mattflaschen-WMF (talk) 05:40, 11 August 2015 (UTC)
There is no protection for a volunteer who might have fair cause to be raising critical or "non-positive" issues in a "technical space", there is no protection for whistle-blowers. The policy doesn't do anything to threaten these forms of contribution. If you have ideas about an explicit appeal process, please make suggestions. Ultimately, though, any WMF employee is responsible to their manager and eventually the board. I doubt managers and the board would allow the kind of abuse by employees you're hypothesizing. The part about "seek to make our technical spaces a respectful and positive" is a preamble. As Bawolff noted, this policy does not apply to Commons (except maybe software development there, e.g. Common.js and gadget development). Mattflaschen-WMF (talk) 05:09, 11 August 2015 (UTC)
Hang on, so this Code does apply to Commons then as you have listed examples? Specifically as I have published some of my bot code on Commons, and I use commons to discuss technical issues of batch uploads, then those discussions are now retrospectively controlled by this Code. If this is the case then there needs to be a Commons policy proposal. -- (talk) 06:15, 11 August 2015 (UTC)
I said 'maybe'. This is still just a draft, and the draft does not mention Commons. I'll let other people weigh in on whether they would like to explicitly cover on-wiki code workspaces (like gadgets, etc.) (outside of MediaWiki.org) Mattflaschen-WMF (talk) 06:20, 11 August 2015 (UTC)
I hope the scope of the Code can be made completely unambiguous. Thanks -- (talk) 07:23, 11 August 2015 (UTC)
I am strongly opposed to this applying to individual wiki Common.js. I don't think we legitimately have the authority to make policy for non-tech wikis or any of their pages. If someone from a content wiki comes to mw.org asking for help, or a channel like #wikimedia-dev, then this policy should apply, but pages on individual wikis should be the province of that wiki (Or something agreed upon at meta). Bawolff (talk) 08:12, 12 August 2015 (UTC)
Consensus seems to be against it, and the current document already reflects that the virtual list is complete (there is no 'including but not limited' in the list of virtual spaces), so Common.js on other wikis (and similar things) is not included. Mattflaschen-WMF (talk) 21:31, 12 August 2015 (UTC)
It's utterly ridiculous that its inclusion was ever considered even remotely possible by anyone. --Nemo 07:32, 21 August 2015 (UTC)
i agree with nemo on the first sentence: stop it. why? the terms of use require clearly: "civility" elaborating it, including measures "We reserve the right to exercise our enforcement discretion with respect to the above terms." the discussion above shows imo only one thing: we have so many rules that even employees of the WMF have difficulties to know and understand them. the best is, the rules are nowadays written using so complicated language that we need a "human readable summary". if not humans, i am asking myself who else it could apply to and who else would read then the "real text". monkeys? computers? trees? --ThurnerRupert (talk) 01:55, 22 August 2015 (UTC)
This draft is far more specific than just saying "Be civil" or "Don't harass". There are many reasons we still need a Code of Conduct for technical spaces despite the Terms of Use, including:
  • The TOU do not define 'harassment' at all (even as a 'including but not limited to'), which means people may be unclear what constitutes harassment.
  • The TOU only addresses very specific kinds of disruption, while allowing other kinds.
  • The TOU is missing several specific provisions applicable to in-person events (of which there are now a fair number in the technical space), for instance regarding unwanted photography and unwanted attention.
  • The TOU does not address issues like offensive comments and personal attacks. It actually doesn't even require you to be civil. Both the summary and the in-text part about civility ("We encourage you to be civil") are not binding.
  • It has only narrow provisions about privacy (only forbidding violating the law, or soliciting information). There is nothing forbidding doxxing people in unethical but legal ways.
But perhaps most importantly, the TOU can only be enforced by the WMF, and only in very limited ways (mostly limited to bans and legal action). The Code of Conduct can address cases where action needs to be taken, but it either doesn't violate the TOU, doesn't require a ban, or doesn't rise to the level where the TOU would be enforced in practice.
This is actually explicitly what the TOU intends to happen: "The Wikimedia community and its members may also take action when so allowed by the community or Foundation policies applicable to the specific Project edition, including but not limited to warning, investigating, blocking, or banning users who violate those policies." You'll note the TOU also makes clear that warning/reprimanding (an important way of dealing with misconduct that doesn't require a ban) is primarily meant to be handled by local communities. Mattflaschen-WMF (talk) 23:11, 23 August 2015 (UTC)

I have re-read this section, and it seems that all concerns have been addressed in new versions of the draft except perhaps one: "Everyone has been complaining for years of the ever-expanding bureaucracy and mass of rules in Wikipedia(s), which frighten new contributors." -- says Nemo. Why a new contributor would be frightened by this Code of Conduct? New contributors agreeing with our notion of unacceptable behavior don't even need to bother about this CoC, unless they become victims of unacceptable behavior, in which case it will be use for them to know that this CoC exists. About "creeping bureaucracy", from the point of view of a Wikimedia technical contributor it is actually the opposite: follow this CoC and you will be fine with whatever terms, policies and guidelines exist about contributors conduct.--Qgil-WMF (talk) 12:59, 6 September 2015 (UTC)

Per en:Wikipedia:List_of_policies there are currently 57 policies on English Wikipedia, plus a bunch of global policies like the privacy policy and the terms of use. In contrast, the much more diverse tech space is governed by the privacy policiy, the friendly space policy, the Phabricator terms of use, the Labs terms of use, the development policy and the +2 policy. A comparison hardly seems reasonable.
(Also, it is a convenient and somewhat populist position to hate bureaucracy, just like hating politicians or big corporations or taxation. Yet for all of those things history repeatedly show that attempts to remove them end up very badly. (Common sense shows that, too. Imagine that we strike out all Wikipedia policies overnight. Can you see that being an improvement?) They can be done well or badly, but they all perform legitimate and vital functions.)
That said, it would be nice to see plans for the CoC eventually replacing the friendly space policy as there is a lot of overlap. --Tgr (WMF) (talk) 01:52, 13 September 2015 (UTC)

Consensus discussion on intro, "Principles", and "Unacceptable behavior" sections

"We pledge"

I still think that, in the "Principles" section, the "we" sentences -- "we pledge", "we are committed" -- should be rewritten. As currently stated, I would think these are meaningless at best, false claims at worst. Yaron Koren (talk) 15:40, 10 September 2015 (UTC)
    • I thought this had been addressed in this discussion. By approving this CoC, we as a community would be pledging and committing. If you think a different wording is needed, please create a section with your proposal. Meanwhile, that paragraph has gone through a good deal of review.--Qgil-WMF (talk) 23:47, 10 September 2015 (UTC)
      • It was addressed before, but without resolution, just like now. Yaron Koren (talk) 00:35, 11 September 2015 (UTC)
        • Yaron Koren, I have tried to think of a different wording trying to guess your thoughts and I'm incapable of getting anywhere keeping consistency. "We" is identified as "contributors and maintainers of Wikimedia technical projects". Pledge and commit are the basis of any Code of Conduct aiming to be an actual guarantee for anyone being harassed or disrespected. What decent alternatives are there? Not to pledge, not to commit? Provide a list of contributors that explicitly checked a box to pledge and commit, wishing you good luck not to get in trouble with the rest? :) Ideas welcome.--Qgil-WMF (talk) 02:17, 13 September 2015 (UTC)
          • Thanks for asking. Here's my proposed rewrite of the first two sentences:
"In order to make the Wikimedia community an open and welcoming one, it is important that we respect all people..."
"Participation in Wikimedia technical projects should be a respectful and..." Yaron Koren (talk) 15:37, 13 September 2015 (UTC)
  • @Yaron Koren: Please check the new version I'm proposing. I think it covers your concerns, and I simplified the wording altogether, keeping the meaning of the sentence. I have kept the verb "commit", because I think it is essential for any Code of Conduct (and the ones I checked all contain that word or equivalent). Committing means that we take seriously the "it is important that we respect" and the "should be respectful".--Qgil-WMF (talk) 10:06, 15 September 2015 (UTC)
  • It's definitely better, in my opinion, though I'm still not a fan of the "We are committed" line - it's a statement that can't be possibly be true. (And by the way, if every single person in the community were truly committed, there presumably wouldn't be much of a need for a code of conduct in the first place.) Yaron Koren (talk) 13:35, 15 September 2015 (UTC)
  • "We are committed" is used consistently in this Code of Conduct. If the CoC is approved by the community, then as a community we are committed. Like in any plural community, members are free to have their own opinions, and some will care more than others about this CoC. However, if someone is not committed to the extent of disrespecting or harassing others, then we as community commit to take action. Anyway, I think I see your point and I certainly see yours. I think we have approached positions compared with some editions back, and I hope the current wording is good enough to focus on other potential improvements.--Qgil-WMF (talk) 20:48, 15 September 2015 (UTC)
      • "It was addressed before, but without resolution, just like now." I don't agree with that. It was resolved as a compromise. You summed up as "It feels like this whole section could just be removed". Other people didn't want to remove it. After a couple changes, you acknowledged that some of your concerns with the Principles section had been met. In other places, the draft stayed closer to the Contributor Covenant. Mattflaschen-WMF (talk) 21:33, 16 September 2015 (UTC)
  • I expressed a concern, and it was half-alleviated. Is that a resolution? That's a matter of opinion. Yaron Koren (talk) 23:35, 16 September 2015 (UTC)
  • @Yaron Koren: From my perspective, this is how consensus and negotiation with the rest of the community goes. The current draft--which I am supporting--is certainly not my ideal draft. I don't agree with all the changes that have been made, but not enough for me to not support it overall. Is your remaining disagreement something that means you would oppose this generally, or is it something that you don't like but can live with? --Fhocutt (WMF) (talk) 19:27, 17 September 2015 (UTC)
  • I actually don't have a strong opinion about the document overall, one way or the other. Yaron Koren (talk) 01:26, 18 September 2015 (UTC)

I don't have a strong opinion either way but We the People-style pledges are pretty standard (the Open CoC has a good list at the end and every one of those has language like "we commit to" or "project X is committed to") and generally understood to express a common consensus and not literally the agreement of every single participant. --Tgr (WMF) (talk) HH:MM, 19 September 2015 (UTC)

persons employed discussing something applicable to developers, a nogo. besides this, there is no agreement beforehand to "do we need a code of conduct". additionally, there is no cultural awareness here, only anglo-saxon persons or persons employed there discuss for the world. there is no consideration of alternative models which might have a much higher impact, as eg "positive code of conduct" / "exemplary" / "living principled behaviour". the goal is not defined: is it to get more devs to write software? then the proposal is a miss. is it because the space is unfriendly? then the example cases are missing. for how many persons is this? if it is only for 10 persons, than it is overkill. should the code be short and easy? then it is a miss as alone the introduction is longer as other examples. --ThurnerRupert (talk) 07:05, 12 September 2015 (UTC)
  • You oppose this proposal simply because paid developers are involved in discussing it? Ironholds (talk) 18:45, 12 September 2015 (UTC)
    On the demographic front: that's a fairly specific example of intersectionality you're interested in right there. Yes, a lot of the supporters are staff, and a lot of them Anglo-Saxon staff - although not all, see Valhallasw's comment below. The support group does include a lot of British and American people - I also count people from Continental Europe, Russia and India in the support column. That's a pretty wide geographic distribution. It's not perfect, but it's important to remember that our technical community itself is biased towards Western Europe and North America, so I wouldn't expect to see a distribution of perspectives that encompassed the whole gamut of the human condition (indeed, creating a safe space hopefully moves us closer towards that being possible). Ironholds (talk) 20:14, 12 September 2015 (UTC)
    The rule "persons employed discussing something applicable to developers, a nogo." would mean that no WMF staff, or WMDE staff, or staff of MediaWiki consulting companies, could ever participate in crafting anything relevant to developers, from a security RFC, to a coding convention, to a conduct policy. I don't think anyone is willing to adopt that. Your statement that all of the people discussing were Anglo-Saxons, or persons working out of Anglo-Saxon countries is false (even when you made it). It's also a divisive and unproductive approach to the issue. If we're serious about diversity, we should honestly acknowledge the current state of our community. Our community is not in any way a cross-section of the world. However, looking at this discussion, I see a much better (though imperfect) cross-section of our existing technical contributors. Increasing our community's diversity will be a lot of work. A code of conduct is just one part of it, but it's a part we can't neglect.
    It is not true that "there is no consideration of alternative models which might have a much higher impact, as eg "positive code of conduct" / "exemplary" / "living principled behaviour"." See wmf:Code of conduct policy. It doesn't specify penalties, and is only binding for staff and board members. For everyone else, it is "intended to provide guidance". That is precisely a by-example (exemplary) approach, and it has failed to shape the overall technical community. You say the proposal will not "get more devs to write software", but are unable to explain why, when it's quite clear many successful communities like Django and jQuery think exactly the opposite. There are many examples of problem cases available on the Internet, and it is not appropriate to include them in the actual draft. "if it is only for 10 persons, than it is overkill." basically expresses the idea that 10 toxic people is acceptable. I fundamentally disagree with this, and where toxicity begins, more will develop. You have not cited any working code of conduct that is shorter than ours and meets our needs. It is quite clear that the Linux Code of Conflict (which you've cited elsewhere) would not meet our needs for many reasons, and it's very questionable whether it meets the needs of that community. Mattflaschen-WMF (talk) 07:23, 17 September 2015 (UTC)

Definition of maintainers

As a person who is still dubious about the effectiveness of a CoC, I nevertheless feel the need to bring some concerns here. As in the Contributor Covenant, terms such as "project administrators" and "maintainers" are not clearly defined; the definition of "unacceptable" as "inappropriate" is indeed tautological; and there is no reason why resolutions lasting less than 3 months may not be appealed. --Ricordisamoa 14:19, 12 September 2015 (UTC)
  • What is unclear about the definition of admins and maintainers? What wording would you prefer in reference to unacceptable/inappropriate? Appeal process is out of scope in this section; we will get there and I'm not convinced about that limitation either.--Qgil-WMF (talk) 02:08, 13 September 2015 (UTC)
    For MediaWiki, I don't think we really have "maintainers" in the way that many open source projects use that term. Now that Ricordisamoa mentions it, if someone asked me to enumerate the "maintainers" of mediawiki/core (or a section there-of), I'm not sure what I would answer. Perhaps the people with +2 rights, but that's not really the same as being responsible for a section of MW. Bawolff (talk) 05:39, 13 September 2015 (UTC)
    Sure, but maintainers is a term that we already use. Same with i.e. mediawiki.org administrators. Maybe not perfect but clear enough. What is the actual problem that these 'not clearly defined' terms would cause? Someone not sure whether they are a maintainer or an admin? Well, no problem, at the very least you can report the problem to the committee, and they will find out who is responsible in that context. Bottom line: I think the current wording of administrators and maintainers has a good foundation.--Qgil-WMF (talk) 10:49, 13 September 2015 (UTC)

COI

How the committee is formed interests me little, as I don't think we should have a committee (see above). As someone who has shared the responsibility of approving a code of ethics in an organisation way larger than our technical community, I recall that the main concern is generally conflict of interest, which must be avoided at any rate to prevent complete discredit of the policy.

Whoever decides on forceful enforcement (e.g. a block of a contributor) is disposing of movement resources (e.g. volunteer developer time), which also reminds us of m:Guidelines on potential conflicts of interest. For instance I would be uncomfortable if a WMIT (Wikimedia Italia) employee or contractor happened to "judge" a case involving another WMIT employee or contractor, as any outcome clearly implies (financial) interest: promoting the employer's interest affects renewal of a contract, vacating a job currently taken by an involved party affects employment opportunities in the organisation. --Nemo 07:28, 21 August 2015 (UTC)

Conflicts of interest are usual in community affairs, and there are ways to deal with it. Committee members have the same chances to have COI than stewards, sysops, WMF employees, and just any humans involved. Promoting diversity of affiliations in the committee and allowing committee members to disclose COI and step aside in specific cases should be enough to control this problem reasonably. Nothing new.--Qgil-WMF (talk) 09:51, 21 August 2015 (UTC)
This is a good suggestion. I've added a point about that. Mattflaschen-WMF (talk) 22:24, 23 August 2015 (UTC)
Thanks. "Members of the committee must not participate in a decision if doing so would place them in a conflict of interest." This is quite generic; I'd prefer the example I provided to be explicitly forbidden: «a WMIT (Wikimedia Italia) employee or contractor happened to "judge" a case involving another WMIT employee or contractor». Nemo 16:45, 10 September 2015 (UTC)
That seems like a highly specific example to use. Ironholds (talk) 20:31, 11 September 2015 (UTC)
I note that the quoted guideline says "The WMF staff and committees are required to serve the same mission, ultimately report to the WMF Board, and do not have competing interests." Presumably this applies equally to WMIT. Even though in this case they don't report to the same board (the committee would probably not report to any board at all), they still serve the same mission, so their goals are aligned. Derailing a legitimate misconduct claim against a member of a Wikimedia organization would hardly be in the best interest of that organization.
That said, I don't think a restrictive COI policy would do any harm, either. Worst case the committee could just defer to the ECT if too many members have recused. --Tgr (WMF) (talk) 01:26, 13 September 2015 (UTC)
Nemo: by analogy, would this prevent committee members who work or contract for the WMF from being involved with cases that involve other WMF employees/contractors? If so, I don't think that's practical. --Fhocutt (WMF) (talk) 20:42, 15 September 2015 (UTC)
Does anyone think that Committee members with a conflict of interest should be free to act? If not, what is wrong an explicit statement prohibiting it? Rogol Domedonfors (talk) 21:05, 15 September 2015 (UTC)
Nothing is wrong with such a prohibition. In fact, there already is an explicit prohibition. The questions are whether to provide an example (remembering that that example would only cover one of many possible issues), and what exactly constitutes a conflict of interest. Mattflaschen-WMF (talk) 06:09, 17 September 2015 (UTC)
The strong point of wmf:Resolution:Guidelines on potential conflicts of interest is to "disclose actively" conflicts of interest. The first step is that if any Committee or any Developer Relations member think they have a COI, they should disclose it. Common affiliation doesn't presume automatically a COI, just like different affiliation doesn't presume automatically lack of COI. As a Developer Relations member, I would definitely think to have a COI if a report is made by or against another DevRel member, but the same is not true for the +200 employees of the WMF. Following Nemo's argument, if a WMF specializing on PHP development is fired because of a resolution, I will hardly benefit from that since I'm not a candidate for their position. However, if that PHP developer happens to be a close friend, then I will declare COI because I might be emotionally biased. The same can happen if certain non-WMF people who are close friends end up involved in a report. It is relative, and the first step is to disclose the COI. Once disclosed, the Committee or DevRel (depending on who needs to handle the report) can decide what to do, most probably keep that person out of the process to play safe.--Qgil-WMF (talk) 22:46, 15 September 2015 (UTC)


Reports involving WMF employees

This is a spin-off of the discussion of #Conduct Committee v Legal Counsel related to Wikimedia Foundation employees and the discussed requirement to report to WMF bodies such as the Human Resources or the Legal team (or the managers of the employees affected, let me add).

It is a fact that the Wikimedia Foundation must follow the law of the State of California. If a WMF employee is involved in harassment or other illegal type of conduct, the WMF might start accruing liabilities since the moment such event happens or is reported. Other considerations alien to this CoC and Wikimedia tech such as whether the employee has a management role or not do have clear legal implications. As a WMF employee, being a witness of a harassment case involving another WMF employee and failing to report this to your manager or HR might also have implications that fall beyond this CoC. We need to consider these factors when defining how reporting works and how the committee works. Employees of chapters i.e. Wikimedia Germany might be in similar/different situations based on the similar/different laws they need to follow.

The point being questioned is that private reports are expected to keep their privacy, and reporting to WMF HR or Legal would hamper such privacy. Let's try to dissect the problem:

  • Not all reports will have a strict requirement for privacy. In many cases the potential abuse is logged in URLs publicly available, so there is not much secret around them.
  • Not all private reports will refer to behavior legally classified as harassment or another type of conduct with legal implications.
  • Not all private reports with legal implications will affect WMF employees, although it is unclear whether these cases should still be reported to WMF Legal, because they would be happening in WMF infrastructure or activities...
  • About private reports that might have legal implications, the committee should recommend to the reporter to share this case with WMF Legal (and HR if it involves WMF employees). The reporter wants a solution to this problem, this is why they are reporting, and these bodies have experience and tools to support the committee and deal with the problem beyond it. Needless to say, members of these teams (just like the managers of allegedly offending/offended WMF employees) have signed a work contract and an NDA that ties them to stricter rules about privacy than the own committee members.
  • While theoretically there might be situations where the reporter will want to share a problem with the committee but not with the WMF even if a WMF employee is involved, I believe in most cases reporters will be comforted by the fact that their reports involving WMF employees will be properly reported and escalated to the WMF when needed.

A point of flexibility here is the moment between the report to the committee and the decision of the committee to involve WMF Legal / HR or not. There is a risk for false accusations seeking escalation and trouble for an innocent employee, a form of harassment in itself. The committee could have a buffer to analyze reports before reporting them directly to the WMF. In fact, the process of escalation to the ECT already contemplated in the draft could be the step to follow: committee tells to ECT that this case involves WMF employees or might have legal consequences for the WMF, and ECT proceeds with the escalation.

Although this post is very long and the discussion might get a lot longer, when it comes to the draft I think we would only need to add something like

Reports involving employees of a Wikimedia organization as well as reports with potential legal implications to the Wikimedia Foundation must be shared with the Engineering Community team, who will consider the escalation to the WMF Legal or Human Resources teams.

--Qgil-WMF (talk) 10:36, 1 September 2015 (UTC)

Why can't we just ask the victim whether they are OK with it? See Geek Feminism: Responding to reports and 'Why didn't you report it'. If the report is always sent to HR, it is very likely it will dissuade people from responding -- WMF HR is not generally seen as a neutral entity, and many people will assume HR and Legal will act to reduce liabilities for the Foundation rather than trying to solve the issue at hand, which triggers all the fears listed in the 'Why didn't you report it' post. Valhallasw (talk) 14:39, 1 September 2015 (UTC)
Valhallasw, I agree. HR and Legal's jobs are, fundamentally, to protect the interests of the WMF. In many cases this should align with protecting the interests of vulnerable individuals, but I've heard from enough people who've learned the hard way not to trust their own HR departments that it is simply not reasonable to expect that all people who experience unacceptable behavior will be ok with that information being shared. The scenarios likely to be most concerning are when information is shared with HR, and retaliation occurs, or when information is shared with HR, HR acts, and the vulnerable person is blamed for HR's actions ("You got him/me fired!") and is now open to retaliation from that person or their friends/allies. There have been high-profile cases of both of these in tech within the last couple of years and it's not reasonable for people to blindly trust that the WMF will do better.
To be clear: I am not saying that I expect these to happen, or that WMF HR is incompetent or malicious. I do not expect coverups of major misconduct. I trust them considerably more than I've trusted HR at other orgs I've worked for. All that said, I still expect that if there is a situation where they have to choose between what's best for the WMF and what's best for me, there's a good chance they won't choose me.
At the same time, I see the arguments for having some way to involve HR: legal liability, and the question of what should happen if sanctions on an employee affect their ability to do their job. If a WMF engineer is banned from Phabricator for a week, that will affect their ability to carry out their work. If someone on Community Tech is permanently banned from Labs spaces, they won't be able to work on bots and tools and the scope of work available to them is suddenly much smaller. I think it's reasonable for HR to know about things that affect an employee's ability to do the work they are hired to do. I don't know how to balance that with targets' wishes and risk analyses.
I suspect there isn't a good answer here. I'd like to talk with someone from HR and Legal and hear what sorts of things they really need to know about, and see if there are existing confidentiality policies that can perhaps be adapted. --Fhocutt (WMF) (talk) 17:39, 1 September 2015 (UTC)
It's already theoretically possible to be banned from Phabricator/Gerrit/Labs/wherever permanently, and therefore lose the ability to do your job. I don't see why we need a policy stating that WMF HR needs to be informed now. Particularly, we should be careful to leave the actual decision to the committee (never their company), with just a notification of the outcome going to the affected person's HR department (whether that be at WMF or WMDE or some random other contributor's company). --Krenair (talkcontribs) 18:08, 1 September 2015 (UTC)
I agree that HR should not be able to influence the Committee's outcome in any way. But of course HR can take their own additional actions. Mattflaschen-WMF (talk) 20:10, 2 September 2015 (UTC)
+1. Ironholds (talk) 20:34, 3 September 2015 (UTC)
  • So are we happy with the fact that the Code may conflict with the laws of the jurisdiction where the incident complained of took place? For example, in the UK it is a crime to publish the name of the complainant in a serious sexual offence, yet this is arguably mandated by the code. Whether or not there is a conflict in this specific case -- IANAL -- has WMF Legal explicitly considered what the effect may of conflict of laws and are they explicitly satisfied that their requirements are sound on this point? Rogol Domedonfors (talk) 21:31, 4 September 2015 (UTC)
    That's not true. IASOAL and what you're referring to is Section 5 of the Sexual Offences (Amendment) Act 1992. You might note, if you've read that section, that it provides a complete defence of anyone accused of violating it if the complainant has given written permission for the name to be published. Ironholds (talk) 21:50, 4 September 2015 (UTC)
    Excuse me, it is true, and Malcolm Blackman was fined £400 for doing so as reported in the London Evening Standard on Thursday 3rd September. As you point out there is a statutory defence to the charge which is not relevant here since the Code does not require the complainant to give written permission for the complaint to be made public, and I doubt that anyone would suggest that was a reasonable requirement. My question was addressed to the WMF Legal and unless "IASOAL" means "I am answering on behalf of the WMF Legal department" your response is somewhat irrelevant. The question is, have the actual lawyers in WMF Legal explicitly considered what the implications are for their requirements when incidents take place in other jurisdictions especially when the law of the state of California is in conflict? What we want here is a Code that encourages victims of harassment to speak up and protects their interests while not exposing the Committee to unncessary legal risks themselves. That requires careful consideration by Legal. Rogol Domedonfors (talk) 07:58, 5 September 2015 (UTC)
    Malcolm Blackman was fined for publicly identifying the person who said he raped her. That is not a remotely sensible comparison to make. Anyway, nowhere deos the CoC mandate identifying the complainant; in fact it states in quite clear terms that " All reports will be kept confidential. In some cases we may determine that a public statement will need to be made. If that is the case, the identities of all victims and reporters will remain confidential unless those individuals instruct us otherwise." This discussion has somehow become completely detached from the reality of the text. --Tgr (WMF) (talk) 02:12, 13 September2015 (UTC)
My question was addressed to WMF Legal and asked for explicit consideration of the question as to whether their requirements for reporting incidents to them might be in conflict with the legal requirements of the jurisdictions in which events of harassment might take place (bearing in mind that this Code covers in-person as well as on-line harassment). I gave as an example the legal situation in one country for one sort of crime: a serious example to illustrate the possible difficulties in a serious situation. The Code is already somewhat unsatisfactory in that the statement of strict confidentiality which you cite conflicts with the requirement to report to WMF HR in a range of cases. Your opinion of one specific case is somewhat irrelevant. In the absence of an answer from an qualified lawyer who has given careful attention to the implications of this requirement in the situation of conflict of laws, I think that it would be better for non-lawyers to refrain from giving their unqualified opinions on whether this part of the Code is legally sound. Rogol Domedonfors (talk) 06:49, 13 September 2015 (UTC)
I'll take no response in a fortnight as indicating that WMF Legal do not care about this issue. It would have been slightly more courteous to post a message here saying that they did not think it worth addressing, but I suppose their time is too valuable. More surprisingly, the word they "require" has gone again. Does this indicate that this requirement is no longer required? If so, it really would help if they were to say so. Rogol Domedonfors (talk) 06:23, 20 September 2015 (UTC)
No, what happened is that we decided to discuss by sections, and the "Report an issue" discussions have been left after solving Committee. I asked WMF Legal to wait until we discuss this section. This discussion will be reopened and eventually resolved when we get back to it.--Qgil-WMF (talk) 11:30, 20 September 2015 (UTC)
You may have thought that this question did not need answering just yet: I was not consulted in the matter. I find that discourteous, and the result has been to waste both your and my time. The next time you contemplate telling one of your colleagues not to answer a question that I have asked, I would prefer to be consulted beforehand if at all possible and, at the very least, informed afterwards. Rogol Domedonfors (talk) 16:29, 20 September 2015 (UTC)
Rogol Domedonfors, I'm sorry for the misunderstanding. When I proposed the "Next steps" I thought that pausing discussions like this one was implicitly understood. Now, re-reading, I realize that there was no clear relation other than the coincidence in time. Again, I'm sorry. How to handle the requirement for privacy with the requirement to report cases related to WMF employees to WMF HR or Legal needs discussion indeed. The other sections seem to be consolidating progressively, let's resume this discussion.--Qgil-WMF (talk) 19:40, 20 September 2015 (UTC)
Thank you for that. I am concerned that you seem to regard yourself as authorised to determine which parts of these discussions should be allowed to proceed, and which should not. From where do you believe you acquired that authority? Rogol Domedonfors (talk) 21:44, 20 September 2015 (UTC)
No authority. I just proposed Next steps, nobody objected, and I acted in consequence.--Qgil-WMF (talk) 05:35, 21 September 2015 (UTC)
Again thanks for clarifying that. Rogol Domedonfors (talk) 06:42, 21 September 2015 (UTC)


Remaining catch-all

"Other unethical or unprofessional conduct."

I thought Quim and others had worked to reduce the ambiguity in some of the language from this section. This last bullet seems to be an open-ended catch-all. Should it be included? --MZMcBride (talk) 04:49, 9 September 2015 (UTC)

This sentence comes from the original Contributor covenant this CoC is based upon. I think it is fine to keep it. If a report is filed about other unethical or unprofessional conduct, then the committee will evaluate it anyway.--Qgil-WMF (talk) 17:51, 9 September 2015 (UTC)
I don't think we should really care about where it comes from, this needs to reflect exactly what we as a technical community believe is an appropriate rule, not what other people believe is an appropriate rule. I agree that it's too open to interpretation. @Qgil-WMF: Are you suggesting that the committee would deal with complaints outside the scope of the code of conduct? --Krenair (talkcontribs) 19:24, 9 September 2015 (UTC)
What if it was "other harassing or inappropriate conduct" to link it in more tightly with the narrative around that section as a whole? That way it makes clear that it's designed to cover behaviour in the same vein as what is explicitly laid out, even if the behaviour that occurs isn't - but also makes clear that the intent is not to ban someone from gerrit because they stole all the t-shirts at a hackathon (which would be unprofessional but probably isn't the Conduct Committee's business) I don't particularly think the conduct committee would ever lay claim to that kind of behaviour but I understand why people get apprehensive at catch-alls and this might tighten it up a bit. Ironholds (talk) 20:29, 9 September 2015 (UTC)
That's better, but I suspect it's already covered by "Examples include but are not limited to". --Krenair (talkcontribs) 20:33, 9 September 2015 (UTC)
I agree that "Harassment and other types of inappropriate behavior are unacceptable" plus "Examples include but are not limited to" already cover the scope of the CoC. Removing the reiterative bullet point contributes to give a small percentage of relevance to the remaining bullet points, so I went ahead and did it. I think the result is slightly better, with no loss.--Qgil-WMF (talk) 06:33, 10 September 2015 (UTC)
I read this as imparting some flexibility and space for discretion on the committee's part. Rigid policies invite rules lawyers. --Fhocutt (WMF) (talk) 00:48, 10 September 2015 (UTC)
How is "Examples include but are not limited to" rigid? --Tgr (WMF) (talk) 02:41, 13 September 2015 (UTC)

The "inappropriate" and "unwanted" lines are still catch-all phrases that are not really helpful. "Unwanted" is meaningless unless we expect contributors to have the ability to read minds, and anyone willing to engage in conduct they deem to be inappropriate will not be deterred from it by a CoC asking them.

If "unwanted" is meant as doing something after you have been told it's unwanted, we should say so. Something like "Engaging in personal communication, following, physical contact (sexual or otherwise), photography or other recording that the offender has been made aware is not wanted"?

As for inappropriate:

  • is there appropriate use of sexual language/imagery? All the high-profile cases I can think of involved completely innocent use of sexual imagery, such as showing a girl in a bikini as a transition between slides; but most involved seemed to agree that it was inappropriate. The safe approach is probably to not use such things at all, unless it is necessitated by the subject of the discussion (e.g. when talking about a profanity filter or an explicit content warning feature). So maybe replace it with "unnecessary use of sexual language/imagery"?
    I have changed "inappropriate" for "gratuitous or off-topic", which is clearer and more precise, borrowed from http://todogroup.org/opencodeofconduct/ --Qgil-WMF (talk) 11:01, 13 September 2015 (UTC)
    I support the change insofar it is more clear, but - Tgr, there is no situation in which using a girl in a bikini as a slide transition is anywhere near innocent. It is inherently and immediately something that creates a hostile environment. If what you mean is that the person who did it didn't realise it's a problem, that's a totally different class of issue. Ironholds (talk) 20:15, 19 September 2015 (UTC)
    I agree (although that blog post is terrible). The point I was trying to make is that in the objective sense of inappropriate = people protest when it happens, any avoidable use of sexual content seems to be inappropriate, so we can as well as drop the attributive (thanks Quim!). --Tgr (WMF) (talk) 07:00, 21 September 2015 (UTC)
    A sideswipe at the resourcing isn't really useful or conducive to this conversation. I'm glad we're in agreement. Ironholds (talk) 15:50, 21 September 2015 (UTC)
    You haven't given anything wrong with that blog post. It seems like a pretty neutral (e.g. it notes "No, that doesn’t mean that Matt Taylor’s shirt specifically tells us he engages in harassing behavior. It doesn’t mean that it tells us bad things are going down at ESA.") and well-researched discussion. Mattflaschen-WMF (talk) 22:34, 25 September 2015 (UTC)
  • I don't think there is such a thing as inappropriate but wanted following/phyisical contact/etc. so just saying unwanted should be good enough there.
  • Inappropriate communication is probably already covered by the other points; if not, those points should be expanded instead.

--Tgr (WMF) (talk) 02:41, 13 September 2015 (UTC)

I disagree that we need the ability to read minds to know what is unwanted, even before being explicitly told. Social conventions define defaults for wanted/unwanted. These defaults can be definitely fuzzy and different across cultures etc, but they exist and are quite common in many situations related to i.e. sexual contact or stalking. I would also simplify "Inappropriate or unwanted" in simply "Unwanted" to make the point stronger. "Unwanted communication" can be me keeping sending you private emails about personal topics after you have requested me repeatedly to stop doing that. The content of each email might be formally correct and not a violation of the CoC but the act of persevering in an unwanted personal communication becomes harassment.--Qgil-WMF (talk) 11:16, 13 September 2015 (UTC)
Unwanted and inappropriate conduct are surely different things. Certain acts when performed in public may well be inappropriate even if consensual. Rogol Domedonfors (talk) 13:12, 13 September 2015 (UTC)
Mmm true. Then it looks like the current wording is correct after all.--Qgil-WMF (talk) 14:25, 13 September 2015 (UTC)
Yes, "inappropriate" is needed here. We don't want someone groping a conference attendee and then saying it was OK because they weren't sure it was unwanted. Kaldari (talk) 23:12, 22 September 2015 (UTC)
I agree with Quim. In many cases, the social cues and conventions show that something will certainly or most likely be unwanted. We do not want to allow "they didn't explicitly tell me it was unwanted" as a guaranteed free pass. It's true there may be good-faith borderline situations caused by genuine culture differences and/or misread social cues. But that's why the committee can ask all sides and come up with an appropriate penalty, which might only be a private warning in a minor case caused by a genuine misunderstanding. Mattflaschen-WMF (talk) 04:26, 17 September 2015 (UTC)
The list of unacceptable behaviors begins with "Examples include but are not limited to" which makes it clear that a behavior can be considered unacceptable despite not being explicitly listed there. That is sufficient to prevent rules lawyering. All other points should serve the purpose of preventing misbehavior (or encouraging its reporting) by telling someone who otherwise would not have realized that a certain thing is unacceptable. Handwavy stuff like "do not engage in communication in a way that violates cultural conventions or social cues" does not do that. If someone does not know what said cues and conventions are, the CoC does nothing whatsoever to help them. If someone does know, they don't really need the list of unacceptable things at all; they just need to know that there are consequences for behaving unacceptably.
So vague claims do not make the CoC more effective, but they can be actively harmful. Conventions are fuzzy across cultures and also across different levels of social skill. Saying "don't do inappropriate things" implies that you should know what those are, and if you don't know (or don't know what's inappropriate in the US, or at a conference attended by rich industry types you don't normally meet, etc), you are at the wrong place. (Also worth noting that about 1 in 20 adults in the US are estimated to have social anxiety disorder; anecdotally, it is even more frequent in online and technical communities. WebMD describes it as fear that someone "will make mistakes, look bad, and be embarrassed or humiliated in front of others. The fear may be made worse by a lack of social skills or experience in social situations. ... As a result of the fear, the person endures certain social situations in extreme distress or may avoid them altogether." Warnings about horrible consequences of ill-defined bad behavior can easily prevent such persons from joining a community.)
Again quoting the Open CoC, "continued one-on-one communication after requests to cease" is an actually useful way of putting what "unwanted communication" was probably intended to mean. The other "unwanted"/"inappropriate" points can probably be rewritten along those lines. --Tgr (WMF) (talk) 10:01, 18 September 2015 (UTC)
"Continued one-on-one communication, following, or stalking after requests to cease."? --Qgil-WMF (talk) 12:08, 18 September 2015 (UTC)
Yeah, that would be a clear and helpful warning of what not to do. I would maybe replace "requests" with "a request" just to make it entirely clear that you are supposed to stop bothering others as soon as they first ask you. --Tgr (WMF) (talk) 08:11, 19 September 2015 (UTC)
I disagree with this. I think "Inappropriate or unwanted communication, following, or any form of stalking." is sufficiently clear already. I think people with social anxiety disorder are likely to find social situations uncomfortable with or without a code of conduct, so I don't really think that should be a driving factor. Furthermore, we already need "Examples include but are not limited to" as noted by Tgr. So there is going to be a bit of discretion to fight rules-lawyering either way. None of the quotes from WebMD support the proposition that written rules like would make someone more stressed than no written rules at all; that seems unlikely. I think narrowing the line items will however however create greater uncertainty and anxiety for people considering reporting an incident. If this were adopted, stalking would have to be separated out. We clearly don't want to allow stalking until someone asks you to stop stalking them. Mattflaschen-WMF (talk) 00:13, 25 September 2015 (UTC)
This explanation of social anxiety is an excellent explanation of what it feels like from the perspective of people who feel they are at risk of getting things wrong and being in violation of behavioural standards, but it is just that - one-sided. It is not the only way social anxiety can appear and present in this sort of space, much less the world as a whole.
Here's another example for you; someone suffers from social anxiety and they witness (or are subject to) the violation of the code of conduct. Now they have to report it. That means talking to a load of total strangers about something that happened to them, or that they saw, with those strangers making a judgment of how important that thing is. It means having to rock the boat, sometimes in front of absolutely everyone. It definitely means rocking the boat in front of the person who was misbehaving. Those are all socially anxious situations, and they are all situations people can run into as the victims of misbehaviour not the potential perpetrators of it.
We seem to be doing a lot of work to make sure that everyone is comfortable being subject to this policy, and putting ourselves in that mindset, and I see nowhere near as much prose on the other side - making sure that this is comfortable for the people who might need this policy. That needs to change. Part of it is that people discomforted with a policy includes a subset of people who are worried they violate (or would violate) it, and those people show up, and because by definition people who find the existing space uncomfortable are far less likely to appear in the discussion. But part of it is us being fairly selective with what we spend our time empathising about. Let's please stop doing that. If we're going to start waxing lyrical on the costs to the people this would be enforced against we should be just as empathetic to and spend just as much, if not far more, time, on the people who need this. Ironholds (talk) 20:01, 19 September 2015 (UTC)
I don't think an equal-time rule for discussion topics would work well nor that this design process should be presented as a trade-off between making the code of conduct friendly to the people who are harassed or for those who are not harassed - let's try and do both.
I think the best way to address reporter anxiety is anonymity - if full anonymity is not viable, than at least for the initial step of asking whether a given incident is something the committee would consider as an issue. Not sure if there is a technical measure for making that easy (if nothing else, a reporter could register a throwaway email address). Plus word the CoC in such a way that it invites reports when in doubt. And make it clear that the identity of the people involved is a private issue and publishing it falls under "Disclosure of a person's identity or other private information without their consent". --Tgr (WMF) (talk) 06:52, 21 September 2015 (UTC)
@Qgil-WMF: per above, maybe change the Confidentiality section of the committee page to include all participants, not just the members? --Tgr (WMF) (talk) 07:09, 21 September 2015 (UTC)
@Tgr (WMF): the details about confidentiality of reports should be clear and specific in the Reporting page. I think it is fine to leave the Committee page withing the scope of the Committee.--Qgil-WMF (talk) 08:12, 21 September 2015 (UTC)
That section works too, but I don't think the current section is as clear as it could be. It focuses on the committee treating information confidentially; it gives no guarantee of the (alleged) offender doing so. --Tgr (WMF) (talk) 08:33, 21 September 2015 (UTC)
I made a change related to this, focusing on internal deliberations. Mattflaschen-WMF (talk) 23:23, 25 September 2015 (UTC)
I agree with "Plus word the CoC in such a way that it invites reports when in doubt." Slight redundancy, e.g. "Inappropriate or unwanted communication, following, or any form of stalking." can help with that. Mattflaschen-WMF (talk) 23:10, 25 September 2015 (UTC)

I have received a private comment uncomfortable with the change to "Gratuitous or off-topic use of sexual language or imagery". Since I did that edit based on the Open Code of Conduct, let me explain. "Sexual language or imagery" is a vague topic with multiple (and frequently incompatible) expectations across cultures, social backgrounds, etc. Note that "sexual" and "sexist" are different words, and we are choosing to use the first one here. In Spanish, names of male and female sexual parts of the body can be used frequently by both men and women. If during a presentation in a conference I say "coño" or "joder", this will hardly be considered "inappropriate", although nobody would argue that in the context of a public communication they are definitely "gratuitous or off-topic".

On sexual imagery, different people and cultures have different opinions about how much exposure of the body you need to become sexual, and how much sexually explicit an image needs to be to become "sexual". In Spain any beach is good for top-less by people of any age, while seeing pre-teen boys and girls playing naked is not unfrequent, and nudist beaches are everywhere, frequently constituting just a segment of a regular public beach. With very different temperatures, Scandinavia has a similar concept of freedom to show your own body. In Spain or Scandinavia, if I would start my presentation humorously showing a picture of myself naked at the beach when I was 10 or 30 years, that would be hardly considered inappropriate (as long as the picture is family style and not obscene), but nobody would argue that this is "gratuitous or off-topic".

This is why I think "gratuitous or off-topic" is better than "inappropriate", because the first option actually is more effective on preventing the use of any sexual language and imagery at all, regardless of how "inappropriate" it is considered by the different parties involved. You could say, so why not simply saying "Any use of sexual language or imagery"? My opinion here is that such type of sentences may carry a connotation of 'all sexual language and imagery is intrinsically bad' that I personally disagree with, and I don't even think that is a debate we need to start here. This is a Code of Conduct for technical spaces, where sexual language and imagery will be hardly necessary and on-topic ever. "Gratuitous or off-topic" allows for consensus across a wide range of socially valid sexual perceptions that don't fall in the category of sexist, and is equally effective at catching any sexist language and imagery.--Qgil-WMF (talk) 07:11, 22 September 2015 (UTC)

I'll chip in here mostly due to my background with Wikimedia LGBT and interest in the history of sexuality, though I have materially stepped away from discussing this CoC as a mediawiki volunteer.
There should be a distinction between an intent to create a hostile environment or upset a specific contributor, and casually referencing material that some might find offensive or choose to take offence from. This can easily be part of a technical issue under discussion, as for Commons some of the most "noticed" or complained about files are those with nude figures, erotic artwork, or linked with sex education. My uploads this week have several hundred images of nude adults and children, as our book plates project covers 19th century medical and surgical images (including photographs that some may find distressing or not safe for work). Personally, I would take care to avoid inserting images like this into any technical discussion in a surprising way, however a technical issue is actually more likely to be noticed by reusers and reported as examples, rather than more mundane or specialized ones. It may also be the case that some of our projects focus on sexuality or LGBT culture (a couple of mine have), and whatever our policies on individual conduct, we should not make good faith volunteers who are helping with these projects worried about being accidentally being caught up in official complaints, or put at risk of ending up publicly sanctioned (even if in practice I hope we all expect this an unrealistic concern). Anyway, whatever the final wording, I would hope that if there is no intent to cause distress, that this would be quickly identified as a communication or cultural gap issue, rather than one that would ever necessitate formal harassment procedures and sanctions. -- (talk) 13:49, 22 September 2015 (UTC)
Is there anything we could alter about the scope of the policy that would make people feel more comfortable about the projects it covers? By that I mean that if we're applying this policy directly to any content projects, sexuality/LGBT culture or no, we've messed it up somewhere, and that's evidently a concern. I'm afraid I'm not sure what you mean by "a technical issue is..." - the scenario in which someone from one of these projects notices a bug and the bug report contains potentially offensive materials? Or am I reading it wrong? Ironholds (talk) 15:30, 22 September 2015 (UTC)
"gratuitous or off-topic" clearly does not pertain to bug reports, where the sexually explicit content is the topic of the report. As for intent, it is entirely possible to create a hostile environment without any intent; that still shouldn't be acceptable. "Unacceptable" doesn't necessarily mean that it will be sanctioned; the CoC itself recommends "Victims and observers of unacceptable behavior may ask abusers to stop, making them aware of this Code of Conduct." as a first step. --Tgr (WMF) (talk) 06:39, 23 September 2015 (UTC)
I'll stand by my statement thanks, and don't see much point in reiterating it or playing a game of logical reduction. As explained previously, the unpaid volunteer viewpoint is getting lost in this style of free-for all debate, where there are so many vigorous proponents of the status quo. If you wish to be seen to value the unpaid volunteer voice, then you need to find a better way to listen, rather than the "volunteer community" reduced to the handful of volunteers who are prepared to argue each case in a strong adversarial style and invest as much time as paid volunteers. -- (talk) 08:56, 24 September 2015 (UTC)
While "gratuitous or off-topic" is better than the tautological "inappropriate", I agree with the 13:49 comment that there is high potential for such clauses to intimidate volunteers and reduce participation.
They are also likely to be abused for the sake of censorship, realpolitik or other purposes inappropriate for our mission, as WMF often showed us. On the other hand, I'm not aware of a systematic problem with sexualised imagery and language (though I tend to be oversensible to it), although we do have some gender-assuming language by mostly clueless people (the same kind of persons who "ingenuously" assume beer/whatever is good for everyone at any event).
All in all, with this bullet we are a) defending ourselves from hypothetical intensive harm, b) not defending ourselves from diffuse known harm, c) taking very likely risks of harm on ourselves. It's not quite clear to me what's the benefit. --Nemo 06:58, 24 September 2015 (UTC)
I propose to keep that sentence about sexual language or imagery as is. We all are agreeing on the underlying principle, and the wording is precise enough to take action if someone acts in contradiction. I cannot think of a real case where a potential technical contributor will not join us because of this line. If, after the CoC is approved, we end up in a real case where this point is problematic, then we can discuss how to fix it.
I think the discussion in this section has provided some improvements to the draft and also more hindsight on the thoughts behind the words used. Please let's move to other topics where we have a higher need to find answers.--Qgil-WMF (talk) 08:50, 24 September 2015 (UTC)
First of all, it's extremely rare that someone in a technical space (people working on Commons or Wikipedia on 19th century medical and surgical images, etc., will not be affected by this CoC) will need to explicitly include sexual imagery or language at all. Even if they do need to do so (e.g. reporting a bug that happens on a specific image), there is an exception that allows it as long as it is neither gratuitous nor off-topic. Thus, I don't think the idea that there is a "high potential for such clauses to intimidate volunteers and reduce participation" is credible. Your two links relate solely to controversy about policy on content projects, and do not support the idea that necessary sexual content is common in technical spaces. a) This is not hypothetical, it has happened in several technical spaces, especially but not solely conferences, and alienated people (just one example). b) See above regarding the alleged 'diffuse known harm'. c) Per above, false reports based on this clause are in no way "very likely". Such clauses are common in CoC's (including the Contributor Covenant, which is one of our main source materials), and I don't know of any case where it was wrongly used to suppress legitimate discussion or technical work. Nor have you cited any such case. Finally, there is enforcement discretion, so even if someone does violate it unintentionally, an appropriate response can be taken (maybe no action or just a private warning). Mattflaschen-WMF (talk) 05:07, 28 September 2015 (UTC)


Own page for the Committee

There have been several mentions about the usefulness to move all the details about functioning and membership of the committee to an own page. I think this is a good idea for several reasons:

  • it simplifies the CoC document
  • we will need a page for the committee anyway, to identify its members, post announcements, etc
  • details about the functioning of the committee can be discussed and agreed without having to touch the CoC, which should be a quite stable document.

It is still worth keeping the text in the CoC page while we are drafting in order to keep the discussions in one place at this point. However, that text should be clearly marked to go to its own page. This separation has been seen positive by several people before, so I went ahead proposing the change in the draft.--Qgil-WMF (talk) 07:17, 10 September 2015 (UTC)

It is fine for the CoC to be composed of multiple pages. However, we should separate what is the CoC policy, and what is adjacent administrative stuff (e.g. list of committee members, procedural details the committee comes up with). Obviously the list of people and announcements are not part of the CoC. But also, the procedural details are not; they can clarify details of CoC enforcement, but not be inconsistent with it. Amending the CoC is different from adding a procedural element.
I suggest we compose the whole Code of Conduct (i.e. the policy-level parts) of everything under Code of conduct for technical spaces/Policy. So this main CoC document would be moved to Code of conduct for technical spaces/Policy, and subpages that are still parts of the CoC proper would go to e.g. Code of conduct for technical spaces/Policy/Committee. The list of committee members and user-friendly non-binding explanation could go to Code of conduct for technical spaces/Committee. Procedure the committee comes up with itself could go to e.g. Code of conduct for technical spaces/Committee/Meeting procedure. Mattflaschen-WMF (talk) 14:58, 10 September 2015 (UTC)
Sorry, I got lost. From the current Committee section, what would you keep together with Principles and Unacceptable behavior, and what would you move to own pages? I think we can recreate these pages here using "=" headers, so we have the real division of pages but still everything in one place for better discussion.--Qgil-WMF (talk) 02:01, 13 September 2015 (UTC)
I would approach this from a usability point of view. There are going to be a lot of readers who want to learn what they shouldn't do / what they should call out others for doing, and (hopefully) a very few number of readers who need to know how to report violations or otherwise get involved in the enforcement process. So separate the description of what people should not do and the description of what happens when someone does it anyway. --Tgr (WMF) (talk) 02:46, 13 September 2015 (UTC)
I have started by separating the CoC page from the Committee page. We could have a "Report an issue" section after "Unacceptable behavior" with the minimum information, linking to Code of conduct for technical spaces/Report an issue where the full process of reporting, enforcing, and appealing would be described. This would leaves us with three pages: CoC, Report and Issue, and Committee.--Qgil-WMF (talk) 22:27, 15 September 2015 (UTC)
... and I have moved the Reporting/Enforcement part to an own page as well. The draft now reflects a structure of three pages that looks usable and solid. What do you think?--Qgil-WMF (talk) 14:24, 16 September 2015 (UTC)
I disagree with this change (and Tgr's initial rationale that very few people will hopefully need the enforcement mechanisms).
Yes, in an ideal universe enforcement is rarely or never needed, but UX design is not just about prioritising the most common use cases, it is about prioritising the most important use cases. Sometimes these are the most common, but sometimes they aren't - for example, removing the "edit" button from Wikipedia would marginally improve the UX for 99% of users but totally cripple site usage for the remaining 1%, and as that site usage is essential to our functioning, we don't do it.
This is a code of conduct. It's designed primarily to act as a shield and conduit for people who are badly treated. Yes, one part of that is the presence and enforcement of the policy hopefully encouraging people to behave better, but there is no situation where someone needs enforcement and doesn't really need enforcement. Making finding how to contact the committee and how all of that works easy is of primary importance. Putting it on a sub-page from the actual behavioural guidelines undermines that primacy. It should be on the same page as the rules we expect people to adhere to. Ironholds (talk) 19:54, 19 September 2015 (UTC)
I actually would say that stressing the details on reporting and enforcement (as they are stressed when they occupy 2/3 of the whole page) undermines the essence of the code of conduct, which is the definition of expectations and unacceptable behavior. The codes of conduct we got the inspiration from and we are referring to as good examples don't get into the details of reporting and enforcement, they are solid and sound. If the problem is that users of the CoC need to see clearly that they can report the problem, I'm sure we can find a design solution to that. If your concern is that by separating procedures from CoC we make them more fragile or something, all of them will be tagged and treated as policies.--Qgil-WMF (talk) 15:45, 20 September 2015 (UTC)
I thought I'd been pretty clear, but; my concern is that when people need to know where to go for enforcement they really need to know. Separating out the enforcement mechanism undermines this use case. I'm not saying all the enforcement process needs listing on the main page, but it needs a clear and prominent reference to who to contact if there is a problem. Ironholds (talk) 15:57, 20 September 2015 (UTC)
Now we have a section "Report a problem" describing the expected escalation process (contact the person or contact the admins or report to the committee), offering a link to "report a problem", and the email address. If someone who really need to know landed in the CoC page, sending an email right away to techconduct@ should be enough, otherwise the rest is just one click away. If we are considering really urgent cases here, then we should add the note about emergency@, which is entirely a different thing.--Qgil-WMF (talk) 06:01, 21 September 2015 (UTC)
This seems like a good idea to me. We should definitely have some information, even if it is minimal, for people who come to the CoC because they are experiencing a problem and need help. Kaldari (talk) 23:07, 22 September 2015 (UTC)
My concern is to separate policy-level pages and other pages (as an analogy, Wikipedia:Verifiability is a policy, while w:Wikipedia:Verifiability, not truth is just a wiki page). It's takes more consensus to change a policy-level page than an ordinary page (even one summarizing a policy). I don't think we need essays about the CoC (but people could put them in userspace), but we do need supplementary pages (e.g. list of committee members at Code of conduct for technical spaces/Committee, meeting procedure devised by each committee at Code of conduct for technical spaces/Committee/Meeting procedure) that are not policy-level. I've shown my proposal using the system you've made on the main page (= sections). The separation already there made sense, so I just changed the titles. Only the policy-level ones need to be decided now. Mattflaschen-WMF (talk) 04:13, 17 September 2015 (UTC)
I agree with you that we need to identify policy pages as such and we need to follow a more careful process to update those. However, I think naming the pages with "/Policy" is superfluous and adds an unnecessary bureaucratic flair to the CoC. A Template:Policy should be enough to achieve that. This doesn't stop the Committee creating the non-policy pages they need.--Qgil-WMF (talk) 05:44, 17 September 2015 (UTC)
@Qgil-WMF: Okay, I don't feel strongly about it, so I've undid my edit. Template:Development policy (that's what Template:Policy redirects to) is not suitable, though, since it is meant for a different type of policy with a different approval and update process. That can be addressed with a new template, e.g. Template:Conduct policy or Template:Community policy. Mattflaschen-WMF (talk) 06:39, 17 September 2015 (UTC)


Consensus discussion on intro, "Principles", and "Unacceptable behavior" sections

Do we have consensus that the current text of the intro (lead section before "Principles"), "Principles", and "Unacceptable behavior" should be considered done?

This does not mean these sections would yet become binding. There will be separate procedure later to decide whether to approve the Code of Conduct.

This is just about whether we can mark these sections as done, and move on to the remaining sections. Mattflaschen-WMF (talk) 15:18, 10 September 2015 (UTC)

Reminder. The consensus discussion is solely about the linked version, not changes made after that. I am thinking if this version has consensus, we could look at the changes made after that and maybe have a brief discussion (1 week) about whether to approve further changes that happened during the first discussion. Mattflaschen-WMF (talk) 21:01, 16 September 2015 (UTC)
Consensus reached. There is a lot of support for this text. There's a couple neutrals and only a few opposes, most of whom object to (or describe themselves as dubious regarding) having a CoC at all (there will be a separate discussion about whether to adopt the CoC when it is done). See Talk:Code_of_conduct_for_technical_spaces/Draft#Follow-up consensus discussion on intro, "Principles", "Expected behavior" and "Unacceptable behavior" sections for a follow-up discussion about whether we should switch to new text for these sections (there have been some changes during the first consensus discussion). Mattflaschen-WMF (talk) 03:05, 30 September 2015 (UTC)
It's utterly ridiculous that the proposer is the same person who declares there is a consensus. Do we expect a policy created in disrespect of basic decision-making Wikimedia practices to be taken seriously by anyone? FWIW, there clearly isn't consensus: only a dozen persons supported the proposal, out of ~58 who participated in the discussion. At best you could say a relative majority, which is not consensus. --Nemo 06:34, 6 October 2015 (UTC)
  • Support I think we've done a good job addressing issues and coming up with consensus text for this. Mattflaschen-WMF (talk) 15:18, 10 September 2015 (UTC)
  • I still think that, in the "Principles" section, the "we" sentences -- "we pledge", "we are committed" -- should be rewritten. As currently stated, I would think these are meaningless at best, false claims at worst. Yaron Koren (talk) 15:40, 10 September 2015 (UTC)
  • Support. Looks pretty good to me. I understand Yaron's concerns but I don't have a problem with aspirational prologues, as it were. Ironholds (talk) 15:50, 10 September 2015 (UTC)
  • No. The intro is incorrect (claims "we" have control of things "we" don't control, contains undefined phrases such as "representing the project"); principles are either empty babble or dubious (freedom of religion is mentioned, but not freedom of opinion, thought or expression?!); "Unacceptable behavior" is either redundant (compared to the terms of use) or tautological ("prohibited things are prohibited"). --Nemo 16:22, 10 September 2015 (UTC) P.s.: This comment is not an endorsement of the validity of this section as tool to determine consensus on this matter.
  • Support This is solid, and has been modified to address most of the points that have been raised in the discussion. --Fhocutt (WMF) (talk) 16:44, 10 September 2015 (UTC)
  • Support It looks pretty solid to me and discussion on those sections seems to have died down. Kaldari (talk) 23:35, 10 September 2015 (UTC)
  • Support I think these sections are simple and clear, the result of a very fruitful discussion. There might be still little details to polish while we draft the rest of the CoC, but I think the draft is already very good as it is now.--Qgil-WMF (talk) 23:49, 10 September 2015 (UTC)
  • Support These sections look pretty solid and I agree with everything said in them. I wonder if it would make sense to name 'prolonged staring' as an example of "inappropriate or unwanted attention" to avoid potential "well how was I supposed to know that's what it meant too" issues? --MPopov (WMF) (talk) 21:22, 11 September 2015 (UTC)
  • Support I would still like to see the changes as discussed here. SSastry (WMF) (talk) 23:38, 11 September 2015 (UTC)
  • Oppose, persons employed discussing something applicable to developers, a nogo. besides this, there is no agreement beforehand to "do we need a code of conduct". additionally, there is no cultural awareness here, only anglo-saxon persons or persons employed there discuss for the world. there is no consideration of alternative models which might have a much higher impact, as eg "positive code of conduct" / "exemplary" / "living principled behaviour". the goal is not defined: is it to get more devs to write software? then the proposal is a miss. is it because the space is unfriendly? then the example cases are missing. for how many persons is this? if it is only for 10 persons, than it is overkill. should the code be short and easy? then it is a miss as alone the introduction is longer as other examples. --ThurnerRupert (talk) 07:05, 12 September 2015 (UTC)
  • Support. I'm not WMF, nor anglosaxon, nor employed in an anglo-saxon country, yet I fully support having a code of conduct to set an absolute minimum on how people act in our community. I feel these sections clearly set this minimum. Valhallasw (talk) 10:48, 12 September 2015 (UTC)
  • Oppose As a person who is still dubious about the effectiveness of a CoC, I nevertheless feel the need to bring some concerns here. As in the Contributor Covenant, terms such as "project administrators" and "maintainers" are not clearly defined; the definition of "unacceptable" as "inappropriate" is indeed tautological; and there is no reason why resolutions lasting less than 3 months may not be appealed. --Ricordisamoa 14:19, 12 September 2015 (UTC)
  • Support I've seen harassment on-wiki and off-wiki for a very long time and it made me thick-skinned but I hope this CoC helps creating a foster place for newbies. It seems these sections can set the minimum of a foster environment. Ladsgroup (talk) 18:39, 12 September 2015 (UTC)
  • Comment It is regrettable that this discussion has been very largely conducted by WMF staff and that the support gained comes very largely from that group. Until there is a significant level of support from the volunteer community, the code will lack legitimacy. Indeed, at present it bears an uncomfortable resemblance to an imposition on the community by the WMF, in tht the code has been largely drafted by WMF staff, is angled at the specific constraints of WMF staff, and assigns the ultimate enforcement authority to WMF staff. This is not a comfortable position. Why is there so little input at this stage from the wider community? In the matter of legitimisation, the widest possible degree of involvement is desirable. Rogol Domedonfors (talk) 18:59, 12 September 2015 (UTC)
  • Support I approve of the language and organization of content in this draft. Code of Conducts are not for me. Or you. They are for the underrepresented people who don't have the privilege we have. Those who don't feel comfortable attending our events - or if they do attend, speaking up when someone acts against members of the community. It's telling the the opposers to this are mainly made up of young men - not the group of individuals that would most benefit from a Code of Conduct.
We can't speak to the experiences of individuals that would most benefit a Code of Conduct. But we can use our position of privilege to give them a larger voice. I think it's important to publicly state that events are dedicated to providing a inviting and supportive environment that does not tolerate discrimination or harassment. Equally important is having a strong process for event organizers on what to do if something does happen. They should be empowered to act if an unfortunate event occurs without hesitation. Far smarter individuals have said it better than I. I encourage you to learn more.

Ckoerner (talk) 15:01, 16 September 2015 (UTC)

  • Support All of my concerns with these sections have been resolved. John Vandenberg (talk) 21:01, 16 September 2015 (UTC)

Lack of volunteer involvement

It is regrettable that this discussion has been very largely conducted by WMF staff and that the support gained comes very largely from that group. Until there is a significant level of support from the volunteer community, the code will lack legitimacy. Indeed, at present it bears an uncomfortable resemblance to an imposition on the community by the WMF, in tht the code has been largely drafted by WMF staff, is angled at the specific constraints of WMF staff, and assigns the ultimate enforcement authority to WMF staff. This is not a comfortable position. Why is there so little input at this stage from the wider community? In the matter of legitimisation, the widest possible degree of involvement is desirable. Rogol Domedonfors (talk) 18:59, 12 September 2015 (UTC)
  • I agree that the widest amount of involvement is desireable, but I disagree that it looks like any form of imposition. The discussion has been advertised on wikitech-l (the mailing list used by the entire tech community, not just WMF developers) and publicly listed on phabricator (the bugtracker used by the entire tech community) and started off in a discussion at a conference (which overwhelmingly had non-WMF attendees). I'm not sure what more there is to do to advertise it to MediaWiki developers once it's been repeatedly advertised on the venues they use. If you have ideas, I would really appreciate hearing them.
    I don't agree that it needs a vast amount of volunteer support to gain legitimacy, for the same reason I'd also hypothesise is why we're seeing many WMF comments; the MediaWiki development space is the one space where it's fair to say that WMF staff make up a significant percentage of the community, and a significant space of the most active community members. In that regard the process is actually a success - it's succeeded in attracting a lot of very active members of the developer community - and while I would love for more volunteers to participate (if you are thinking of participating, and are reading this, please do) the fact that support includes a lot of staff is not shocking given the demographics of the developer community.
    I don't see where this is "angled at the specific constraints of WMF staff" (can you point to examples where that is the case?) and while ultimate enforcement rests with the WMF, absent appeals it is (according to discussion on this very talkpage) the Committee's decision whether to refer cases over. Ultimately resting with WMF staff is probably where we want to be on this too, in the sense that (as you yourself has noted) there can be fairly serious legal implications around some of the stuff people could report. Ironholds (talk) 20:08, 12 September 2015 (UTC)
The "specific constraints" point you ask about is this. As to the legitimacy issue, we clearly disagree, perhaps unsurprisingly. Rogol Domedonfors (talk)
Well, "it's a constraint on WMF staff" is not why I personally do not agree with including your request in the Code of Conduct, for what it's worth; I do not agree because it is totally cross-wise with the sort of behaviour the code of conduct is designed to prohibit. It doesn't fit in with any of the examples or explicitly called out forms of behaviour. And (aside from that) I wouldn't describe it as "a constraint on WMF staff" I would describe it as "impossible to do without a vast increase in WMF resources". If you want to go argue for an increase in that resourcing I invite you to do so but this is not the place for that, and absent those resources, not including something that is literally impossible (respond to all community comments, however they scale, promptly and in a way satisfactory to the person commenting, with a ratio of 1:400 between respondents and commenters) isn't really a deficiency. We should stick to the possible and practical. Ironholds (talk) 22:46, 12 September 2015 (UTC)
Do you have an example of a discussion with high volunteer involvement that can be used as a baseline for comparison? It would help avoid unrealistic expectations on what fraction of people participate in discussions in general. (English Wikipedia, for example, has tens of thousands of editors but an RfC with a hundred commenters counts as decent turnout.) --Tgr (WMF) (talk) 04:12, 13 September 2015 (UTC)
One word: Superprotect. Rogol Domedonfors (talk) 13:08, 13 September 2015 (UTC)
Let me reword: do you have an example of a discussion with high volunteer involvement that can be used as a baseline for a meaningful comparison? :) Thus, a discussion concerning the MediaWiki technical community and not something that involved all of the Wikimedia movement which is about two orders of magnitude larger? (Also, preferably something that's not basically outrage porn; negative discussions tend to have very different dynamics from constructive ones.)
The best comparison I can think of is Requests for comment/Phabricator (which affected the average contributor *way* more than a CoC) which had 91 users involved. (The SVN + CodeReview -> Git + Gerrit migration was the other change with huge impact, but I couldn't find a similar discussion for that.) With half the user count for a way more modest change, I think we are doing OK. --Tgr (WMF) (talk) 20:59, 13 September 2015 (UTC)
As far as I can tell there are 6 volunteer and 7 staff votes here: it's a bit confusing as some staff have chosen to vote under their non-staff handles. The 6 volunteers are opposed 4:2 and the 7 staff are supporting 7:0. This does not look like a mandate from the volunteer community. Rogol Domedonfors (talk) 06:45, 14 September 2015 (UTC)
The average volunteer doesn't have the time or motivation to follow lengthy and dense discussions like this one, regardless of the topic and their agreement. In every round of feedback we are getting interesting new ideas from previous and new contributors, supportive or reticent about the CoC, and we are improving the draft almost on a daily basis. I'm sure we will get a higher number of participants and a more balanced ratio of WMF/non-WMF as we move forward.--Qgil-WMF (talk) 07:14, 14 September 2015 (UTC)
@Qgil-WMF: Just for clarity, I disengaged away from this discussion after repeatedly seeing every point I raised for change being beaten back by WMF employees and concluding that as I do not enjoy long and petty wikilawyering arguments with the same old names, I would be better off using my time elsewhere. The WMF employee point of view dominates this discussion. The outcome will be a policy that employees approve of, but there is no consensus here from unpaid volunteers, nor in reality does it seem needed or wanted. You are in control, it's your call. -- (talk) 09:13, 15 September 2015 (UTC)
@: I have re-read all your comments here and in the Archive page. You had a lot of feedback on vagueness and wording in the draft that (as far as I can see) has been addressed. You have complained about the appeal process, and we haven't agreed anything there yet because we have decided to go step by step. You have made references to the existence of a bunch of policies that potentially overlap with this CoC, to which we promoters of this CoC say that this CoC offers a simple, compatible, and enforceable gateway to all of them -- we can discuss further in an own section. You have been questioning ECT as appealing / delegation body, which is being discussed and I'm asking for better alternatives. You also say this CoC has a potential to become a censorship tool for the WMF, allowing the WMF to global ban someone for minor faults in conduct not constituting harassment (the wording is mine), but I wonder how a potentially evil WMF could do that bypassing admins, maintainers, and the Committee. I think these arguments are reasonable from a volunteer point of view, not WMF specific. Discussing is taking a lot of time indeed, but because the questions raised are good and valid, and deserve attention. A community without a Foundation could be discussing a CoC in very similar terms.--Qgil-WMF (talk) 09:41, 15 September 2015 (UTC)
Thanks for summarising my thoughts on long and difficult governance issues so quickly. I feel I have burnt my fingers taking part and I'm just not welcome around here regardless of the printed word. I'll go focus on more rewarding stuff with my unpaid free time. Thanks -- (talk) 10:12, 15 September 2015 (UTC)
"every point I raised for change being beaten back by WMF employees" This is not accurate. For example, you wrote "As "technical spaces" could be almost anything, for example bug requests are discussed on email lists, main noticeboards on Wikipedia and Commons, etc. this is a potential bear trap." In response, I made sure "included but not limited to" was removed from the "virtual" part, and made sure it stayed that way (I had to change it back again at one point). The part referencing global bans was removed partly due to your feedback. Mattflaschen-WMF (talk) 05:52, 17 September 2015 (UTC)
The average volunteer doesn't have the time or motivation to follow lengthy and dense discussions and outrage porn -- these suggest an unhealthy attitude on the part of paid staff towards volunteers. Why not just come right out and say that volunteers' comments are not worth considering? Rogol Domedonfors (talk) 19:41, 15 September 2015 (UTC)
@Rogol Domedonfors: could you point to a single comment in this entire CoC discussion not considered by myself or any of the promoters of this proposal? If you think we have more than a few dozens of volunteers that can afford investing the time you and me have been investing in this CoC draft, I beg to disagree. Please don't distort my words.--Qgil-WMF (talk) 20:29, 15 September 2015 (UTC)
Both phrases are direct quotations, one from you, one from a colleague. Each suggests that the author, you and your colleague, feels that comments by people who are not WMF staff members are of lower value than those of staff members. If that is not your view, it would be good to hear it. Rogol Domedonfors (talk) 21:00, 15 September 2015 (UTC)
I think the opinions of people who are not WMF staff are highly valuable, because most of them are volunteers that contribute their time altruistically, because their opinions can cover a wide range of diversity, and because it is my responsibility to listen to them and provide them what they need. I also care about the volunteers that are not participating here for various reasons, trying to cover their needs as well. I also care about WMF employees, and I'm aware of those that have a long experience as volunteers themselves (like the majority of the WMF employees you see around). My track is fully public and it extends to almost three years serving volunteers at the WMF, plus some more before. If I keep replying to your comments as diligently as I can is because I'm treating you as a volunteer.--Qgil-WMF (talk) 22:07, 15 September 2015 (UTC)
Stereotype threat is not going to make this conversation more inclusive :( I'm sure more meaningful discussions can be had without constantly attributing single people's perceived attitudes to "the staff" or "the volunteer community" (which are not disjoint anyway, as Quim points out).
What I meant (and I didn't even mention staff or volunteers; I don't know how you arrived to your interpretation) was that discussions that are framed to be about fighting an enemy tend to draw a significantly wider audience than those about collaborating for a shared goal. That doesn't necessarily mean they are more successful (at least for values of success which are aligned with the Wikimedia mission); a demonstration might be more popular than a barn raising, but barns last longer. So if you are looking for a comparison to decide whether the people drafting a document are diverse enough, you should pick a constructive discussion, not a controversy. --Tgr (WMF) (talk) 11:40, 18 September 2015 (UTC)
The average volunteer doesn't have the time or motivation to follow lengthy and dense discussions. (Isarra said it better: «Imagine if you were doing all of this in your spare time, would you rather be using your limited time making things, or talking about some ephemeral proposed thing that may not ever even affect you even if it does become real?».) So why impose on them some 15 kB of additional text beyond the terms of use, which nobody reads as Tgr kindly noted? Presumably, this additional text will not be read either. So are all your bets on the power of forceful enforcement? --Nemo 10:53, 18 September 2015 (UTC)
The actual code of conduct - the preamble and the classes of activity you are not permitted to engage in - is 421 words. Ironholds (talk) 11:22, 18 September 2015 (UTC)
Because I agree with you that "how to contact the committee and how all of that works easy is of primary importance" (comment of 19 September), I disagree with you that the "actual code of conduct" is something less than that. Please resolve your contradictions. Nemo 07:09, 24 September 2015 (UTC)
Nemo, just like any other policy and guideline, I expect this CoC to be read at least when users link to it when communicating with other users that need to be aware of it. wmf:Terms_of_Use#10._Management_of_Websites actually say "The community has the primary role in creating and enforcing policies applying to the different Project editions. At the Wikimedia Foundation, we rarely intervene in community decisions about policy and its enforcement." The Terms of Use don't offer a community process to report and handle inappropriate behavior. Therefore, what we are doing here is consistent with the Terms of Use and is not redundant.--Qgil-WMF (talk) 11:42, 18 September 2015 (UTC)
As Quim noted, the ToU specifically says it's mainly each community's job to do this kind of enforcement. Also, the ToU literally just has the words 'harass' or 'harassment' four times (only two of which are binding). There are no examples of what that might actually be, and Legal would probably only be able to enforce that clause in the most egregious cases. In contrast, if there's a minor incident that goes against the CoC, someone can point to the CoC's list, and informally say, e.g. "That could be considered trolling" or "That sexual image really doesn't belong in your hackathon slide deck; you should take it out before showing it publicly", etc., both of which are specifically called out. That may be enough. So I completely disagree with the idea that "forceful enforcement" is the only option here. Formally reporting it would remain an option, but no one expects that option to be used in all cases. Mattflaschen-WMF (talk) 22:16, 24 September 2015 (UTC)
WMF being the ultimate enforcement authority seems natural to me as it is the WMF that physically owns most of the architecture, an physical access is usually the ultimate means of enforcement. (Or sanctions by the employer or event organizer, which is also the WMF in most cases.) That said, the actual, everyday enforcement would be done by project administrators and maintainers and would not involve the WMF at all. --Tgr (WMF) (talk) 04:12, 13 September 2015 (UTC)
Technical enforcement on their servers is certainly going to be implemented by WMF. The fact that the WMF paid staff have been largely responsible for designing a code of conduct that applies to disputes that might involve them and non-staff, and that the suggestion that WMF Engineering Community team act as final arbiters of disputes that might be between members of their own community and others, do not send out a good message about independence. Rogol Domedonfors (talk) 13:08, 13 September 2015 (UTC)
Without CoC or Committee, Developer Relations (was Engineering Community) is dealing with conduct problems in the Wikimedia tech community already today, and for a long time. The introduction of a CoC and a Committee is an improvement in "independence from WMF", if that concerns you. ECT members have also heard opinions of people that thought we were partial toward volunteers in detriment of WMF employees. I guess this shows that we are trying hard to be impartial, and a CoC will make this work easier for everybody. If the community wants to have a backup for the Committee and they find another group that can do better this job, we will support that.--Qgil-WMF (talk) 14:23, 13 September 2015 (UTC)
I would say that the whole technical community is responsible for designing a CoC (as, ultimately, we all are responsible for making sure we are an open and welcoming community), and it has been largely WMF staff that has picked up that work. (Not all that surprising since WMF staff have, on average, way more time to spend on Wikimedia activities in general.) That is maybe unfortunate but it's necessary work that someone had to pick up, and no one is excluded, so I don't think WMF has any extra authority here apart from the usual doocratic authority in which WMF tends to be overrepresented as it does most of the work.
It also seems unfair to characterize a situation where the committee is allowed to hand over cases to ECT as ECT having the ultimate authority. Presumably the committee will only exercise that right when they feel they are unable to deal with something, in which case it is not a question of independence but one of necessity. --Tgr (WMF) (talk) 20:59, 13 September 2015 (UTC)
The ECT/DR team is the appeal body, and hence the final authority. Rogol Domedonfors (talk) 06:45, 14 September 2015 (UTC)
Once the project administrators and committee have passed over it, who would you have the appeal body be? Ironholds (talk) 16:54, 14 September 2015 (UTC)
That's a fair point, but like Ironholds, I can't think of any good alternative. Maybe some sort of ombudsman system similar to the one checkusers have would make sense? --Tgr (WMF) (talk) 19:32, 14 September 2015 (UTC)
Of course, the ombudsmen are appointed by the WMF in a very similar fashion to how we're proposing the Committee be appointed here, so if the goal is "absolutely no WMF involvement ever at the top level" it's still very easy to criticise that. As I think I've made clear I have no problem with the existing way of doing things but *shrugs*. Ironholds (talk) 00:35, 15 September 2015 (UTC)
Putting "absolutely no WMF involvement ever at the top level" in quotes suggests that you think that someone, probably me, actually said it. Could you either provide a diff, or, better, strike it and return to the topic under discussion, which is, whether having the EC/DR team as ultimate appeal authority in a putative consensus primarily of WMF staff might suffer from a lack of legitimacy? Rogol Domedonfors (talk) 19:41, 15 September 2015 (UTC)
We are still drafting the Committee section and we haven't called for wider consensus about it yet. I keep asking if you or someone else has any alternative proposal to the Developer Relations team. If there is an alternative proposal, then we can discuss which one to choose. While there is no alternative proposal, what exactly are we discussing?--Qgil-WMF (talk) 20:36, 15 September 2015 (UTC)
My proposition is that the current draft lacks independence and community acceptance and that it represents an imposition on the community by a small group of staff who would also be assigned the authority to enforce it. That is what I would hope to discuss. For some reason, discussion seems to have diverted towards other, possibly less uncomfortable, topics, such as the make up of the Committee and the Appeal body which, as you so rightly point out, is not precisely within the scope of this section. Rogol Domedonfors (talk) 21:00, 15 September 2015 (UTC)
Of the formal !votes here, I see one from someone "assigned the authority to enforce it". What would make this an "independent" draft to you? Community comment has been solicited (and incorporated in many cases). It started off in a public meeting at a movement-wide conference. It continued in a phabricator thread open to the general public. It was announced for discussion on the public mailing lists.
I've heard very little from you about problems with the draft itself, so I'll ask explicitly; what problems do you see in the draft portions we are discussing in this thread, other than the mandate to respond you'd like to see incorporated? Ironholds (talk) 21:11, 15 September 2015 (UTC)
My proposition is that there is not sufficient participation for this "Consensus discussion" to represent a consensus of the whole community; that the preponderance of !votes from staff represents a lack of independence; and that in the absence of a wider discussion and consensus the Code will lack legitimacy. Rogol Domedonfors (talk) 21:23, 15 September 2015 (UTC)
In other words, you don't have an issue with the proposed text, merely the system in which it is being proposed. I agree that it needs wide-ranging support behind it, but I absolutely disagree that the "preponderance of !votes from staff" represents a lack of independence; I think it represents, well, representation.
In August 2015 (the last complete month of data), the technical community dashboards show that WMF employees submitted 3,493 patches; volunteers submitted 615. Those 3.4k patches were submitted by 79 people; the 615, 12. Now, I see 9 supports here in this discussion, 7 WMF and 2 non-WMF, making for 77% WMF overall. When you look at the committer numbers, WMF employees made up 86% of committers. The "preponderance of WMF votes" does not represent some imminent risk to the independence of the technical community, because when it comes to the MediaWiki community that technical community is already mostly staff. Heck, one of the things this code of conduct is attempting to do is create a nicer environment explicitly to broaden the community out and allow for far more people to participate because they genuinely want to.
Now, I want to see more community members - I want to see more people - but what we're talking about here is a community of, according to gerrit, around 100 people, 86% staff. And what we're seeing in support is a 10th of that, 77% staff. 10% participation isn't terrible (and it's more than that when you factor in people who haven't expressed an opinion either way, or who have opposed). If you have active suggestions for how we can get more people involved I would love to hear them (and my apologies if you posted them above and I missed them). Ironholds (talk) 22:02, 15 September 2015 (UTC)
That's the second time this week that you have presumed to ascribe to me an opinion with no basis in anything I have written -- please don't do that again. You seem to be saying that 7 WMF staff and 2 volunteers are sufficient to speak for the entire community within physical spaces such as Wikimedia events and Wikimedia-related presentations in other developer events, and virtual (MediaWiki.org, wikitech.wikimedia.org, Phabricator, Gerrit, technical mailing lists, technical IRC channels, and Etherpad). I don't think that numbers equivalent to 8.9% of the highly active staff and 17% of the highly active volunteers here at this site (taking "highly active" to mean, "submitted a patch in August 2015") constitutes a sufficiently broad set of supporters to give this code legitimacy and for you to claim community acceptance. If you are indeed concerned about bringing more and wider community activity to this process, then instead of asking me for suggestions now in mid-September, you should already have been calling on the resources of the teams of experienced paid staff of the WMF as soon as the process started in mid-July. To leave it for two months and then toss it in as a rhetorical question suggests you see it more as a debating tactic rather than an urgent desire for community involvement. As a thought experiment, I suggest you read over your comment from the point of view of a volunteer contributor anxious about becoming a second-class citizen in this process. Do you think their concerns will be alleviated by your response that the view of 7 WMF staff and 2 volunteers is representative? Rogol Domedonfors (talk) 20:43, 17 September 2015 (UTC)
I said it was demographically representative in response to a concern that the WMF involvement was overwhelming; that doesn't mean I don't think we'd do better with more participation full stop. In fact, if you read my comment again you'll see that's explicitly what I stated, and what I have stated several times before in previous threads on this page. As for why I didn't call on "the resources of the teams of experienced paid staff" - well, first, they're already here, and second, as you can see from my account choice I'm participating in this as a volunteer, not as part of my job (which is research and data analysis). You haven't actually answered my question, though; what would you do to involve more of the technical community? Off the top of my head if we're concerned about the number of voices we could do a sitenotice on Wikitech. Ironholds (talk) 11:28, 18 September 2015 (UTC)
I do not propose to accept the diversion onto what I would have done, which is rather tangential to this thread, nor do I propose to engage in a squabble about who has answered whose questions. If you feel that wider participation is necessary, or desirable, by all means start a separate thread where suggestions can be made by all and sundry and a constructive discussion can be held, possibly even leading to action. This thread is about whether or not the Code can be said to have community-wide support or legitimacy when only a rather small proportion of contributors at only one of the many loci to which it applies have participated, and that set of participants are largely drawn from the WMF staff, and the consensus among those participants is to leave the WMF staff in charge. I think that it does not yet have that wider support. Your views on that specific point would be of value here. Rogol Domedonfors (talk) 19:26, 18 September 2015 (UTC)
I shall do so, and look forward to seeing suggestions from you. Ironholds (talk) 19:29, 18 September 2015 (UTC)
"This thread is about whether or not the Code can be said to have community-wide support or legitimacy" Actually, it is about finalizing the draft on a specific part of the CoC. There will be a separate procedure to approve the CoC. Mattflaschen-WMF (talk) 00:19, 25 September 2015 (UTC)
This thread starts with a posting by me on precisely the subject I stated in the sentence you quote, and that is what has been the subject of discussion here in this thread for the past fortnight: I do not see why you would want to dispute that at this stage. The issue of how to broaden the community involvement has been, quite rightly, taken to another section, where there has been a fruitful discussion. Rogol Domedonfors (talk) 06:39, 25 September 2015 (UTC)
While there is not enough quantitative participation and not enough diversity of participation, I find the quality of the participation is very high, and it is helping ironing this CoC draft. Once the usual contributors and whoever else wants to join have finished ironing it, then we can go back to wikitech-l and beyond and present the draft asking for Accept / Neutral / Oppose positionings with optional comments. If at that point we the usual contributors step back and let others speak, there are high chances that we will get more opinions from a more diverse pool of contributors. Meanwhile, I will keep discussing about whatever topics are being brought here, but I will keep focusing on ironing the draft section by section.--Qgil-WMF (talk) 22:13, 15 September 2015 (UTC)
I don't think quantitatively the participation rate is bad (although of course we should always strive for more). In the discussion about the Wikimedia-wide terms of use there were about 200 different users (including the anonymous ones). Per korma, we have somewhere between 2000 and 10000 active contributors a month (depending on how much overlap there is between the various channels). English Wikipedia alone has 120K active users. Scaling down the numbers from the ToU discussion, the par for the course would be around 10 participants here. It is easy to set unrealistic expectations about how everyone should get involved in a discussion, but in reality most people just don't care. --Tgr (WMF) (talk) 08:44, 19 September 2015 (UTC)
"English Wikipedia alone has 120K active users": that's not consistent with standard metrics definitions. I thought we two already had this discussion. :) --Nemo 07:13, 24 September 2015 (UTC)
I said active users, not active editors, so it sort of is (admittedly only accidentally)... I'll try to quit doing that. --Tgr (WMF) (talk) 07:32, 24 September 2015 (UTC)
Appeals details are not part of this particular consensus discussion because it's not in one of the discussed sections (they will be part of a later one after more drafting work on those sections). However, it's important to note that the linked version of the draft only allows appeals by the alleged offender, and only if there is a resolution of more than three months. That may change after later discussions, but with the current draft you're overstating DR's authority. Mattflaschen-WMF (talk) 05:38, 17 September 2015 (UTC)
  • The technical space is one of the only Wikimedia communities where a large fraction of contributors (if not the majority in some kinds of technical work) work for the WMF. Thus it is not surprising to see a significant amount of staff here. You ask "Why is there so little input at this stage from the wider community?" I think the main reason is that most people in the WMF technical community are not interested in this kind of discussion. At lot of people will be happy with any reasonable Code of Conduct (and may show up for later discussions), but would rather do their normal work then help draft it. If you notice, even among WMF, only a fraction of WMF staff and contractors have chosen to participate; many of them are busy doing other things too, just like volunteers. However, this code of conduct will help us all better welcome volunteers if adopted and followed. Mattflaschen-WMF (talk) 03:48, 17 September 2015 (UTC)

Nobody is claiming that this CoC has wide community support today. We are drafting it, and once the draft is solid then we will seek wide explicit support. Thank you for starting Talk:Code_of_conduct_for_technical_spaces/Draft#Wider_participation, let's discus how to involve more people there.--Qgil-WMF (talk) 10:08, 19 September 2015 (UTC)

"Diverse affiliations" at the Committee

I think we can remove the sentence "It is required that at all times, at least one member of the committee is neither a WMF staff member nor a WMF contractor." The first paragraph of the Committee page already says "a team of five trusted individuals with diverse affiliations", which implies that it is not possible not having all of them affiliated to the WMF. The sentence actually brings involuntarily a change of expectation (at least for me): I'm thinking about the Committee as mainly formed by volunteers, maybe with one or two WMF/WMDE professional developers with a strong community background. That sentence brings the image of a Committee with 3-4 WMF members as ok, maybe expected. In practice I think it is better to stress the aspect of "diverse affiliations" and hope that self-nominations and Committee selections will provide that diversity.--Qgil-WMF (talk) 21:17, 16 September 2015 (UTC)

I think we should keep it. I am fine with rephrasing (as long as the requirement is still noted), or adding something to express that there is no minimum number of WMF members (zero WMF is permitted, though it would not be very representative of the technical community). Mattflaschen-WMF (talk) 02:12, 17 September 2015 (UTC)
What about "Independence and diversity of affiliation among Committee members is encouraged. The Committee cannot have all members affiliated to the same organization." This would set an expectation toward a committee nurtured primarily with independent volunteers and avoids mentioning an exception for the WMF (an hypothetical Committee of five members affiliated to certain chapter or certain company would be equally undesirable).--Qgil-WMF (talk) 06:43, 17 September 2015 (UTC)
That sounds really good. To emphasize that people do not have to be an employee or formal member of an organization, how about, "Independence and diversity of affiliation among Committee members is encouraged. Members need not be formally part of any organization, and the Committee cannot have all members affiliated to the same organization." Mattflaschen-WMF (talk) 06:51, 17 September 2015 (UTC)
YesY Done Even better, thank you! I have edited the draft accordingly.--Qgil-WMF (talk) 07:42, 17 September 2015 (UTC)
"Same organisation" could refer to the Catholic Church, the Democratic Party, the Freemasons, the Royal Society, San Francisco Film Society, ... . I presume you do not really intend to ask for a complete list of the political, religious and spare-time affiliations of potential committee members? Rogol Domedonfors (talk) 16:35, 20 September 2015 (UTC)
Would "employer" be better?--Qgil-WMF (talk) 19:43, 20 September 2015 (UTC)
YesY Done--Qgil-WMF (talk) 08:01, 21 September 2015 (UTC)

I like the phrasing for diverse affiliations, but that's not the only form of diversity the committee needs if it wants to gain and maintain trust from all parts of our community, not just the most heavily represented ones. Diverse backgrounds and experiences are as or more important. I don't have specific language for this yet, but I'd like to see this given the same weight as diverse affiliations in the policy. --Fhocutt (WMF) (talk) 06:00, 27 September 2015 (UTC)

I have renamed the section "Diversity" because that is the strong concept in relation to conduct, and in itself is better guarantee of neutrality and independence (while independence per se is not guarantee of diversity). I have added an encouragement to have committee members strong in different technical spaces as another factor contributing to diversity, neutrality, independence. Better?--Qgil-WMF (talk) 09:25, 28 September 2015 (UTC)

Krenair changed "cannot have all members affiliated to the same employer" to "cannot have a majority of members affiliated to the same employer". That would mean at most two members could be WMF, which (although it certainly might be true sometimes) I don't think is justified as a hard rule considering the breakdown of people active in our technical community. I prefer we stick to "cannot have all members affiliated to the same employer". I'm going to undo for now. Mattflaschen-WMF (talk) 20:15, 30 September 2015 (UTC)

Committee procedure

There is little specified about the Committee's procedure. I would suggest additional wording The Committee will determine its own procedures, which may vary from case to case, having regard to the principles of Natural Justice. Rogol Domedonfors (talk) 19:36, 18 September 2015 (UTC)

I agree with the idea of explicitly saying that the committee can determine its own procedures within the framework of the code of conduct and associated Committee-establishing policy; I disagree with "having regard to the principles of Natural Justice" which is frankly too legalistic and vague. We are trying to build a system here on specificity; if what you mean is "avoiding bias", let's just say that. We don't need to bring in English procedural rights. Ironholds (talk) 19:40, 18 September 2015 (UTC)
If you prefer something more explicit, I suggest ...subject to the requirement to avoid bias and the appearance of bias, and to allow fair participation to each party. Rogol Domedonfors (talk) 21:14, 18 September 2015 (UTC)
YesY Done Thank you, I hope the current version captures the meaning. w:Natural justice is a very specialized term indeed. Instead of "avoid bias" (a negative statement) I opted to go for the positive statement mentioned in en.wiki: "duty to act fairly", which is descriptive and clear.--Qgil-WMF (talk) 12:28, 19 September 2015 (UTC)


Committee page and new email to wikitech-l

Code_of_conduct_for_technical_spaces/Draft#Page: Code of conduct for technical spaces/Committee looks good enough for a call for feedback at wikitech-l, don't you think? If you think there are still open ends in that page, let's polish them in the existing or new sections in this Talk page. Seeing how the previous called caused a bit of confusion, this time I would make clear that this is a call for wider feedback, not a vote for consensus and actual approval.

In that email, we could also mention that after the previous call for feedback we have polished many details in Intro + Principles + Unacceptable behavior, and we are proposing a structure of three different pages for simplicity. I would also mention that we welcome more opinion on #Start with positive guidelines on behavior, since that is the only big addition still open that is visibly stuck.--Qgil-WMF (talk) 06:51, 21 September 2015 (UTC)

@Qgil-WMF: As I said at Talk:Code_of_conduct_for_technical_spaces/Draft/Archive_1#Proposing_the_Commitee_section, we should focus on finalizing text for Intro, Principles, Unacceptable behavior ASAP. After that is complete, I suggest this for future sections (Committee in this case, but it would be the same procedure for later ones):
  1. We send out an email to wikitech-l asking for people to spend one additional week editing and discussing the section, with an announced end date for textual changes.
  2. On that date, we freeze changes for that section, and open up a one-week consensus discussion. Unlike the current consensus discussion, no textual changes would be permitted during the discussion.
  3. If there is consensus, the section will be approved, and later changes to approved section would face a high bar ("is this text change absolutely necessary to solve a serious problem?", not "is there a way to make this read a little better or handle an obscure edge case?").
Mattflaschen-WMF (talk) 22:19, 25 September 2015 (UTC)
I support this idea. A handful of people on this page have mentioned difficulty keeping up with many verbose and multi-threaded discussions. As Wikimedians, we can always find something to improve, but at some point we need to draw the line at "good enough to get started with", or else we'll still be discussing bits of the first section next year. We can always revisit this policy after it's been in force for awhile. That happened for the Grants Friendly Space Expectations and seems to have worked well. --Fhocutt (WMF) (talk) 06:08, 27 September 2015 (UTC)
It is a good plan.--Qgil-WMF (talk) 08:03, 28 September 2015 (UTC)

Adding instructions to report to the CoC page

The discussion about this topic is scattered, hence this new section. Some comments here and the feedback in a private email we have received indicate an opinion to add the information about reporting an issue in the same page as the CoC. I was against, prioritizing the idea of keeping the CoC itself focusing on principles, but I appreciate that the other opinion might respond better to the comfort of the people who may need this CoC to report a violation. My opinion is not that strong, so I'm happy to change it, still aiming to keep those instructions clear and simple (which should be a good thing in any case).--Qgil-WMF (talk) 08:57, 24 September 2015 (UTC)

Here's a list of features of an effective code of conduct. One of the central features is "Reporting instructions with contact information". I see that the instructions have been moved back to the central policy, and I believe that aligns us better with current best practices for these policies. --Fhocutt (WMF) (talk) 06:24, 27 September 2015 (UTC)
We should ensure the main page at least has a clear link to follow for reporting details. So there are three possibilities I would be fine with:
  1. Very brief mention on the main document (e.g. "To report a violation, follow these instructions"), with clear instructions and details after you click that link.
  2. Short summary on the main document (e.g. "You can report a violation at techconduct@ . Please include details of the incidents and any relevant information that would help the investigation. See further details." with further details upon clicking the link.
  3. Full reporting section in the main document, but only actual reporting information (what is currently at Code of conduct for technical spaces/Draft#Report a problem). None of the information that was at Code of conduct for technical spaces/Draft#Page: Code of conduct for technical spaces/Reporting is really about reporting. Given that, I went ahead and renamed it to /Cases.
--Mattflaschen-WMF (talk) 05:44, 28 September 2015 (UTC)

"a single committee member can..."

The draft says "a single committee member can..." I don't think a single committee member should be able to do anything on their own, no matter how simple and obvious a report seems to be. We are talking about five active members committing to respond immediately to reports. Finding at least three (majority) for a quick clear action should not be difficult.--Qgil-WMF (talk) 08:45, 25 September 2015 (UTC)

@Qgil-WMF:: Can you say more about why you want a majority to check in first in all cases? I'm thinking of cases where a quick word can de-escalate and where the situation can then be analyzed at more length by more people, or where you have someone who's continuing to make racist comments or unwanted sexual remarks in an IRC channel, and requesting a temporary ban will make the channel usable for other people in the meantime while the committee members get in contact and decide how to handle a report. I don't think that situations like those that are playing out in real time for the participants necessarily call for a majority before anything can be done. --Fhocutt (WMF) (talk) 06:37, 27 September 2015 (UTC)
Where does it say self-nominees "commit[...] to respond immediately to reports"? I agree that committee members should actively be participating in committee business (with a reasonable definition of active). But that does not guarantee that three committee members are in front of their computer at all times. I do not share your optimism that at least three people will always be online and pingable (bearing in mind the committee will probably include volunteers, time zones, obviously other activities...).
Given that, I think we should keep the current idea (limited actions can be taken immediately by a single member, the full Committee can always override a single member). It's important to clarify which actions can be taken by a single member. This edit removes that distinction, so I will be undo-ing at least that part. Mattflaschen-WMF (talk) 06:29, 28 September 2015 (UTC)
I read "a single committee member can take quick action" as a single Committee member can make a resolution on behalf of the Committee, and I still think a resolution requires the participation of the Committee. If what it means is that a single committee member can request a quick action (i.e. to stop a crisis before it grows) to the administrators or maintainers of the spaces/projects affected, then yes, ok. We can assume that Committee members will not have always the permissions to take action themselves, therefore the wording can go in the direction of "a single committee member can require the related administrators or maintainers to take action..." Being "a simple case", that quick temporary action should be enough to pause the problem while the committee discusses the resolution and agrees on it by majority.--Qgil-WMF (talk) 08:02, 28 September 2015 (UTC)
Yes, what you're saying is in line with the specific actions listed before ("Defer to the space itself", "Issue a reprimand directly", "Decide not to take action"). I think these are pretty clear and would like to put them back. Mattflaschen-WMF (talk) 17:26, 28 September 2015 (UTC)


Notifications and resolutions

The draft is unclear here: "After being notified of the outcome, the reporter or alleged offender may raise objections to the resolution. These will be considered by the committee, which may alter the outcome." A notification is not a resolution. An objection is not an appeal. What about this sequence:

  1. Committee notifies their decision to reporter, alleged offender, and eventually other person consulted, keeping the privacy levels agreed for that case, giving them a chance to provide feedback.
  2. That feedback may alter the resolution of the Committee.
  3. When the Committee decides, a resolution is made and enforced.
  4. From the moment the resolution is being enforced, the reported offender may appeal to Developer Relations.

--Qgil-WMF (talk) 08:52, 25 September 2015 (UTC)

I think this is fine, except I would change "other person" to "other people", and "decides" to "decides to finalize", and the current draft allows the victim to appeal. Wherever we end up with "who can appeal" should be reflected here. Mattflaschen-WMF (talk) 06:42, 28 September 2015 (UTC)

"At least one member must be reelected"

@Qgil-WMF: This appears (since it says 'Same meaning') to be a possible misunderstanding of the prior text, which said, "Up to four committee members can be re-elected." The goal of that is to prevent burnout (since it encourages people to rotate off and on), and ensure the committee gets new blood.

I don't have that strong an objection to "At least one member must be reelected", but what if no one wants to be re-elected? Mattflaschen-WMF (talk) 23:33, 28 September 2015 (UTC)


Representing the community in public spaces

Re: this edit, I think it changes the meaning drastically. Think of someone opening an a Twitter account with the name "MediaWiki developer" and then using it abusively. That is not a technical space, but it still represents the project in some way. (This was occasionally a problem for some non-tech projects where unofficial Facebook groups and such were used by people who where banned from the official places as a soapbox.) Also consider the case of a MediaWiki developer participating at a non-technical event where they were invited for being a MediaWiki developer.

I have a weak preference for the old version, but in any case, it's not an insignificant change. --Tgr (WMF) (talk) 02:56, 13 September 2015 (UTC)

An unauthorized "MediaWiki developer" Twitter account would infringe the trademark policy in the first place, and in your case would be someone anonymous in any case, so this CoC would be of little practical use. A MediaWiki developer participating in an event out of the scope of "Wikimedia technical spaces" and harassing or disrespecting someone there would be subject to the code of conduct or similar of that event in the first place. If that person would a WMF employee then wmf:Code of conduct policy could apply regardless. Probably the most likely scenarios are covered by these cases? If not, someone could still submit a report arguing that such developer was representing the MediaWiki project, and the discussion would be interesting regardless of the sentence I removed being present in the CoC or not. The core mission of this CoC is to assure "making participation in Wikimedia technical projects a respectful and harassment-free experience for everyone", and I think it is better to keep a CoC with clear and concise principles. Trying to cover all scenarios possible with a longer and more complex text does not necessarily accomplish better the mission of the CoC.--Qgil-WMF (talk) 03:25, 13 September 2015 (UTC)
I also disagree with this change, and the assertion in the edit summary, "Simplifying sentence without changing meaning (?)". This section is also part of the active consensus discussion. As to the actual point, the Twitter case would indeed be hard to enforce. However, say a MediaWiki developer participates in a Foolang conference as a speaker (representing MediaWiki, e.g. because "Senior MediaWiki VP of Advanced Technology" or whatever was next to their name on the conference program). (This example is not referring in any way to actual people). They then put something offensive on their presentation slides. In this example, the MW code of conduct committee should have its own jurisdiction, regardless of whether the Foolang conference has a code of conduct. Put more simply, we don't want people going out, speaking in public spaces, saying they're "from MediaWiki" and putting us in a bad light through conduct the CoC does not allow. Mattflaschen-WMF (talk) 04:46, 17 September 2015 (UTC)
Alright, back to the original scope. Still my main problem with this sentence is that (being the first sentence and providing the first impression) sounds unclear and repetitive. I have to read it twice to deduce what it means. I have proposed an alternative wording. Please revert if you think it needs further discussion.--Qgil-WMF (talk) 05:59, 17 September 2015 (UTC)
Not going to revert for right now, because there's a ton of other stuff bundled up in that edit, but I think "developer event" is too narrow. Presumably we're not down with say, me making an ass of myself representing the community and my technical contributions at a statistical conference, either. How about "Technical, Wikimedia-related presentations at other events"? Ironholds (talk) 19:47, 19 September 2015 (UTC)
YesY Done--Qgil-WMF (talk) 08:07, 21 September 2015 (UTC)
I will note that such a statement is probably in contradiction with contracts the WMF has. WMF cannot legislate over the handling of a MediaWiki presentation by Wikimedia Italia in Italy. --Nemo 07:15, 24 September 2015 (UTC)
This Code of Conduct doesn't aim to become WMF legislation, but a code of conduct agreed by the Wikimedia tech community, which wouldn't affect Wikimedia Italia but the technical contributor speaking as a MediaWiki developer.--Qgil-WMF (talk) 09:05, 24 September 2015 (UTC)
Hypothetically, assume a MediaWiki developer gave an offensive technical presentation containing personal attacks and very gratuitous and off-topic sexual imagery in a conference in Italy. This document would not allow removing them from the event (the conference could have their own CoC, though). However, under this CoC, actions could be taken affecting their standing in the Wikimedia technical community. If there were such a contract contradicting this, I assume you would have cited it. Mattflaschen-WMF (talk) 05:23, 28 September 2015 (UTC)
Your assumptions are wrong. The contract I didn't name explicitly is the chapter agreement. The "standing in the Wikimedia technical community" of chapter members, i.e. their ability to use the MediaWiki logo etc., can only be decided by the chapter. Nemo 06:38, 6 October 2015 (UTC)


Start with positive guidelines on behavior

One thing I like about the Open Code of Conduct is that it tries to balance the long list of things not to do with a positive and upbeat list of ideals. (It's also highly scannable, in case someone is in a rush.) Our list of donts is considerably shorter, but I would still welcome having a similar list of behaviors to strive for. --Tgr (WMF) (talk) 04:52, 13 September 2015 (UTC)

I think this is a good idea. The selection of positive points is good, but I would avoid the long explanations, just like we are avoiding getting into lengthy details in general.--Qgil-WMF (talk) 10:55, 13 September 2015 (UTC)
Proposal of a paragraph to be added in Principles between "... or religion." and "Technical skills..."

Our community strives to:

  • Be friendly and patient.
  • Be welcoming to people of all backgrounds and identities.
  • Be considerate with those affected by decisions and changes.
  • Be aware that English is not everybody's primary language.
  • Be respectful regardless of disagreement.
  • Be kind and careful in the words we choose.
  • Try to understand why we disagree.
  • Focus on being productive, resolving issues and learning from mistakes.

--Qgil-WMF (talk) 10:43, 15 September 2015 (UTC)

I have copied this list at Code_of_conduct_for_technical_spaces/Draft#Principles. If you like it, let's keep it. If you want to fine tune it, let's edit the list in the Draft, and let's discuss here if needed.--Qgil-WMF (talk) 14:28, 16 September 2015 (UTC)
@Qgil-WMF: I feel that the prior Principles section already addressed many of these things. Tone-wise, I also think that version of the principles section is also pretty good (especially "in the interest of fostering an open and welcoming community, we pledge to respect all people" kicking it off). Adding a large block of text this late in the process is also somewhat problematic, since people commenting on the consensus section (which covers this section) may incorrectly think this text is part of what they are weighing in on. I tried to clarify this with the link, but some people might not use it. In some cases, we have to make late-breaking changes, but I'm not sure this is such a case, so I've reverted it. The TODO code of conduct was first referenced on August 9, so there were earlier opportunities to suggest this text. Mattflaschen-WMF (talk) 05:06, 17 September 2015 (UTC)
I agree with Tgr (WMF) that the overall impression is that the CoC focuses on the negatives and would benefit from a description of the expected positives. "We pledge to respect" and "a respectful and harassment-free experience" just cover the minimum in terms of positive message and guidelines. In contrast, we offer a full list of negatives. Tgr's proposal of offering a list of positive guidelines is excellent, and the list is specific enough to be used as a reference when someone is starting to cross the line, well before reporting anything formally.
"This late in the process" is relative. Although I understand that we were making a call for consensus on these sections, I also don't see why we shouldn't incorporate a very good idea when it is suggested by someone resonding to that call for consensus. There is only a chance to write a first version of a CoC in this community, let's use it to define the best CoC we are capable to write, even if it takes some extra hops in our approval process.--Qgil-WMF (talk) 06:32, 17 September 2015 (UTC)
I don't think it's a good idea to have a deadline for changes that's only announced once it's past. There is going to be a wider discussion of this document (even if announcements are going to be limited to wikitech-l, "here is the proposed CoC" is probably going to result in significantly wider involvement than "come help us write the CoC" did), at which point changes will be made; I don't see what purpose a "feature freeze" between now and then would serve. Especially when it is merely on procedural grounds and no one actually opposes the change.(?) --Tgr (WMF) (talk) 11:47, 18 September 2015 (UTC)
Feature freezes are necessary to get things released. There is no limit to the number of possible tweaks we could make. I think it's completely reasonable to have a soft deadline on these sections when the consensus discussion starts. There was plenty of discussion before that, and plenty of announcements. There is no need for "here is the proposed CoC" to be an excuse to take it from the top. It's hard to imagine any efficient project that would work like that. No one would expect final approval to be the beginning of the real discussion for software or a building. However, I am going to open a separate follow-up period (just for that part, not the whole thing) after the initial discussion on the first sections is closed. Mattflaschen-WMF (talk) 22:50, 24 September 2015 (UTC)
There is the adage about how trumpeting your first amendment rights is kind of admitting that the most compelling thing you can say about your position is that it is not literally illegal. The same way, I would prefer to avoid a CoC in which the most compelling thing said about the way our community behaves is that it is not literally harassment. --Tgr (WMF) (talk) 07:43, 19 September 2015 (UTC)

More opinions are welcome. This is the last significant bit of the CoC that needs an agreement.--Qgil-WMF (talk) 09:11, 18 September 2015 (UTC)

The last? there isn't even a consensus on the first line. :) --Nemo 11:06, 18 September 2015 (UTC)
Nemo, this is off-topic on this section, but it looks like the only way to get your agreement is to delete the CoC entirely... The question here is whether you think the addition of these positive guidelines improves the CoC or not.--Qgil-WMF (talk) 09:07, 19 September 2015 (UTC)
That's not true. Anything that decreases the amount of logical fallacies and text in the proposal is welcome for me. The proposal in this section is about adding more text if I understand correctly, so it doesn't comply with my idea of improvement. I hope my answer is more on-topic now. :) --Nemo 07:17, 24 September 2015 (UTC)
  • One problem with this framing of positive expectations is that it can create a situation where we ignore the wider historic and social context within which people engage our community. What I'm specifically worried about is a situation where someone acts in an inappropriate fashion, someone from a marginalised background comes back at them and points this out and expresses their frustration in a sharp manner - and both are then sanctioned, one for acting inappropriately and the other for not following these positive expectations (someone reacting to blatant sexism or racism, having undoubtedly experienced an entire life of such incidents and being assured that this was a good place to be, is unlikely to be overflowing with joy and "friendly and patient" to the person responsible, and no reasonable person would expect them to be).
  • One way of handling this is to have more broad positive principles that also explicitly factor in the need to handle incidents when they occur and have more nuance of language in the expected behaviour - the Stumptown Syndicate's CoC does this pretty well in Section 3. Alternately (or even better, as well!) we could also explicitly build in protection against these kinds of scenarios, The TODO group's open code of conduct does this very well; it explicitly states "Our open source community prioritizes marginalized people’s safety over privileged people’s comfort" and lists out some very reasonable and plausible situations in which it will not consider complaints or behaviour, including someone complaining about a firm communication of boundaries or request to disengage, or complaining about community members taking issue with sexist/racist/cissexist/so on behaviour. Ironholds (talk) 22:17, 21 September 2015 (UTC)
Personally, I don't think the list of positives adds much of substance to the CoC, and would prefer to concentrate on reaching consensus for the existing version. I would be open to modifying other sections though, especially in line with Ironhold's suggestions. Kaldari (talk) 23:00, 22 September 2015 (UTC)
I do think it adds substance, not only because it sets expectations, but also because it can be used when someone is misbehaving, to remind them how this community wants to operate, and to present a community document instead of what could be considered "personal opinions" of a reporter or the other contributors trying to help. Then again, if there is no consensus about incorporating a list like this to the CoC, we could always have such list in a regular wiki page connected with the welcoming and onboarding of new contributors. Inside or outside the CoC, I want to keep working on that list. But first the CoC and its approval.
The idea behind "Our open source community prioritizes marginalized people’s safety over privileged people’s comfort" and the list of situations where complaints on behavior will not be considered is interesting, and I think we should add something about in the draft. It also shows that one thing is a first aggression, and another thing is counter-aggression as defense. It's a tricky path, but very likely to happen when there is an ugly escalation.--Qgil-WMF (talk) 09:20, 24 September 2015 (UTC)
Awesome; want to propose some wording? Ironholds (talk) 17:25, 24 September 2015 (UTC)
Per Ironholds above, I've put in "Our open source community prioritizes marginalized people’s safety over privileged people’s comfort" and its associated text from TODO. Let's decide whether to adopt that as part of the overtime review (second consensus discussion on the same sections) . Mattflaschen-WMF (talk) 23:54, 25 September 2015 (UTC)
The newly-added statements about "reverse racism" and "reverse sexism" seem to imply that derogatory comments about, say, white people and men are fair game; which would seem to directly contradict the stated promise that anyone who shows up is entitled to "a respectful and harassment-free experience". Am I missing something? Yaron Koren (talk) 01:36, 27 September 2015 (UTC)
Something like "I don't want any stinkin' men committing to this repo." is not reverse sexism (not that I ever see any comments remotely like that). It's just sexism. I think this text (from TODO) is more intended for things like "Outreach Program for Women should be banned, since it's reverse sexism.". Note the "Efforts to assist minorities to achieve parity" part at http://geekfeminism.wikia.com/wiki/Reverse_sexism .Mattflaschen-WMF (talk) 07:05, 28 September 2015 (UTC)
I think that added paragraph is likely to create confusion as it is. The problem it aims to solve is when someone is being harassed/offended and responds in a way that might be considered harassing/offending, a fact used by the first offender or someone else to bring turbulence to the case. What we want to stress is that both positions are not equal, one was first, the other one would have not happened if the former wouldn't have started. This gets a bit confusing with the mention of "marginalized" vs "privileged", as it frequently happens that the "privileged" are the first ones harassing/offending the "marginalized". However, note that if a person "marginalized" angry for a situation out of our community would land here and harass/offend someone "privileged" that had done nothing to them in the first place, we would deal with that incident indeed. There also cases where someones might be privileged and marginalized at the same time in different aspects, using that to excuse questionable behavior. A can of worms. Therefore, I think the sentence as currently written is flawed even if it sounds appropriate.
What about "When inappropriate behavior is contested with behavior that could be also considered inappropriate, we look at who started, who is benefiting from a position of privilege, and who is being marginalized." I don't think we can say "We will not act" confident that this will be always the case. I would leave the examples out, prone to cause more confusion than clarification.--Qgil-WMF (talk) 09:14, 28 September 2015 (UTC)
That sounds better. Personally, I think anyone using that section of the "TODO" code of conduct as written should be embarrassed; it feels like it was written by an angry 16-year-old. What about removing all the unexplained "privilege" stuff, and just saying, "When inappropriate behavior comes in response to other inappropriate behavior, it will be treated more leniently"? Yaron Koren (talk) 12:55, 28 September 2015 (UTC)
'angry 16-year-old' doesn't really seem very helpful, Yaron, nor does it contribute to the discussion. Let's continue to keep that kind of unhelpful language out of this discussion? YuviPanda (talk) 22:17, 28 September 2015 (UTC)
Agreed. I added the text, so obviously I feel it is a reasonable complement to the positive guidelines. More importantly, though, ad hominem attacks like "angry 16-year-old" and "anyone using that section [...] should be embarrassed" are superficial, offensive, and do nothing to help us complete the draft. Mattflaschen-WMF (talk) 01:18, 29 September 2015 (UTC)
I just want to point out that these were not ad hominem attacks, since I was describing the text, not the author(s). Anyway, it wasn't written by anyone Wikimedia-related, as far as I know. Yaron Koren (talk) 12:45, 29 September 2015 (UTC)
When you're this unnecessarily rude the specific classification of your rudeness is irrelevant, as is whether you're rude in front of people or immediately behind their backs. People are watching these discussions trying to gauge if it's safe for them to engage. Commentary like yours makes that less probable. Please avoid comments like this in the future - I really don't want us to end up with a conversation chilled of anyone who finds it inappropriate, or a warning sign, because it's likely those people are the very marginalised people we're trying to create a safe space for. If we can't do that in the conversation about creating it, that's a bad sign. Ironholds (talk) 15:26, 29 September 2015 (UTC)
I stated my opinion about a piece of text, and now three people I don't know from the WMF have attacked me for it, all in the service of proving to outsiders what a friendly and welcoming place this is. Well, you've certainly proven something. Yaron Koren (talk) 16:22, 29 September 2015 (UTC)
I didn't say anything about you. I said that an argument was ad hominem and unconstructive in nature. Mattflaschen-WMF (talk) 02:16, 30 September 2015 (UTC)
I think the examples are meant to address at least a few things:
  • Tone policing is not allowed ("Exercise consideration and respect in your speech and actions" is not meant to allow this). Objecting to someone's tone as they respond to an initial incident is one such scenario, but not the only one.
  • You can't file a complaint against something like OPW calling it reverse sexism (well, you can, but it won't be addressed).
  • Describing an imbalance (e.g. Few minorities are contributing to Xyz project or discussion) will not be acted on as reverse racism.
I think most of this is conveyed by the initial sentence, though ("open source community prioritizes marginalized people’s safety over privileged people's comfort."). It's important to note that under the current draft, it never says that it won't act on complaints by privileged people against marginalized people. It just lists very specific complaints that won't be acted on. "When inappropriate behavior comes in response to other inappropriate behavior, it will be treated more leniently" is too strong, and we shouldn't commit to that in all cases. Mattflaschen-WMF (talk) 22:55, 28 September 2015 (UTC)
Surely a complaint against OPW, or against an imbalance, or against anything that's not a human being, wouldn't fall under the code of conduct anyway? Hopefully someone can clarify why that line is in there. As for being too strong, how about "it may be treated more leniently" instead? Yaron Koren (talk) 23:34, 28 September 2015 (UTC)
Any action, e.g. WMF applying for OPW, listing requirements for OPW, posting to a mailing list about an imbalance, is going to be taken by a person, so it's just making clear that certain things are not valid complaints. Re "it may be treated more leniently", I think that it partly addressed by the current draft ("When evaluating situations that involve heated conflict, we consider persistent patterns of interaction, whose boundaries have been crossed") (with a general explanation of approach, rather than 'may'). Mattflaschen-WMF (talk) 03:17, 29 September 2015 (UTC)
Well, I see now that the text has been reworded, including removal of the "reverse racism"/"reverse sexism" bit. Still, I think it would be interesting if you (or anyone else) could provide some hypothetical scenario where the code of conduct committee would normally mete out punishment, but would be prevented from doing so by this text - with the exception of line #3 (the "leave me alone" line). Yaron Koren (talk) 12:45, 29 September 2015 (UTC)
Yes, the text has been tightened, partly in response to your feedback. However, I think my example from before about OPW still stands (and the text "Efforts to include or improve the experience of members of underrepresented groups in our technical communities" more squarely addresses it). Mattflaschen-WMF (talk) 02:09, 30 September 2015 (UTC)
I still think it would be great to hear about some specific scenario where these guidelines would come in handy. I just can't imagine a situation where talking about something like OPW (it's called Outreachy now, but same thing) would get someone in hot water in the first place. Yaron Koren (talk) 12:58, 30 September 2015 (UTC)
Say WMF makes their own program (similar to Outreachy but run in-house). Someone applies, and is told they don't qualify due to being a cisgender man, so they file a complaint against the person running the program. Would someone file such a complaint? I don't know, but I think it's worth clarifying (particularly since it simultaneously explains why we participate in Outreachy to begin with). Mattflaschen-WMF (talk) 20:03, 30 September 2015 (UTC)
Sure, they could file a complaint, but is there any chance that their complaint would be taken up by the code of conduct committee (or whatever it's called), and the organizer reprimanded as a result? That seems nonsensical. That's my point - I'm looking for a case where these guidelines would actually have an impact. Yaron Koren (talk) 21:04, 30 September 2015 (UTC)
Yaron, I'm getting the impression that there isn't anything that's going to convince you on this. That said, I'm not sure how many discussions about this sort of initiative in tech spaces you've been part of, but this type of objection is quite common in the ones that I've observed. This point both allows us as a community to state our standards and gives the committee an easy way to reject this type of report as out of scope. --Fhocutt (WMF) (talk) 22:56, 30 September 2015 (UTC)
I hope I'm not coming off as intractable. Actually, I think it would be very easy to convince me: just come up with any case at all where someone would get punished according to the code of conduct, but any of those four points (#1, 2, 4 and 5) would prevent that punishment from happening. That's the point of them being there, right? If a report of bad behavior is out of scope, I don't see why there needs to be an easier, or different, way to reject it than just saying "this is out of scope". Yaron Koren (talk) 23:18, 30 September 2015 (UTC)
I don't think that section is intended solely as a set of rules for the committee to follow. It's also explaining the guidelines to the general audience of people who are expected to live by them. DannyH (WMF) (talk) 23:33, 30 September 2015 (UTC)
Yes, of course. I'm saying these particular guidelines seem to be unnecessary, no matter who is reading them. Yaron Koren (talk) 23:42, 30 September 2015 (UTC)
I disagree, I think they're helpful. Do you think it's actively harmful to have those bullet points on the page? DannyH (WMF) (talk) 23:52, 30 September 2015 (UTC)
I would think most people would agree that something that does not contribute should be removed from the page - if I added a recipe for lentil soup, it would presumably get deleted quickly, no matter how good the recipe is. In what way are these guidelines helpful? Note that they're billed specifically as being exceptions to the overall rules - but they don't appear to be any such thing. Yaron Koren (talk) 00:08, 1 October 2015 (UTC)
At this point, you are coming off as intractable. DannyH (WMF) (talk) 00:17, 1 October 2015 (UTC)
I figured your next response would be trying to explain why you think the guidelines are helpful, but... I guess not. Yaron Koren (talk) 00:58, 1 October 2015 (UTC)
Regardless, Yaron, the discussion has moved on to deciding whether there is consensus on the wording of the second draft. I will note that the balance of consensus in this discussion so far supports the inclusion of the lines you object to, including the opinion of at least one person who does not support the current draft as a whole. As I mentioned in the previous consensus discussion, I certainly do not agree with all of the changes or included language but I can live with them in the interest of working together to draft an effective policy. Please feel free to comment in support or opposition of this draft as a whole in the second consensus section below. --Fhocutt (WMF) (talk) 02:05, 1 October 2015 (UTC)
Alright. Yaron Koren (talk) 13:17, 1 October 2015 (UTC)
There isn't any consensus and certainly no consensus about that specific sentence. I find it extremely embarrassing how a dozen WMF employees above have convened to assault Yaron for his opinions (e.g. on language register of a sentence) and to slight his very simple question instead of answering it. --Nemo 06:46, 6 October 2015 (UTC)
I didn't assault anyone, and I did answer his question. Mattflaschen-WMF (talk) 01:42, 7 October 2015 (UTC)
I've merged the language from the Citizen Code of Conduct and the TODO (as simplified by Qgil-WMF above) and have added a new "Expected behavior" section to the draft. --Fhocutt (WMF) (talk) 05:51, 27 September 2015 (UTC)
Thank you! I have retouched it a bit. I think it fits very well there.--Qgil-WMF (talk) 08:51, 28 September 2015 (UTC)
And now I have reworked the language on the second section to improve specificity and convey more of the rationale. Does that get at your concerns, Qgil-WMF? --Fhocutt (WMF) (talk) 01:44, 29 September 2015 (UTC)


neuro(a)typicality

I had to read this three times just to parse the word, and I seriously doubt anyone is going to know how to translate this. Isn't it already covered by "disability"? If disability doesn't cover it, isn't there some more widely understood term or phrase we could use? At the very least, we don't need the parentheses since no one is going to be harassed for being neurotypical. Kaldari (talk) 23:36, 22 September 2015 (UTC)

Probably depends on whom you ask (see w:Neurodiversity). Removed the quotes (FWIW the phrasing was from the Open CoC). --Tgr (WMF) (talk) 05:17, 23 September 2015 (UTC)

"Disability" is a charged term with legal and political consequences. Nemo 07:32, 24 September 2015 (UTC)
The lack of social awareness on neuroatipicality is a problem in itself, and by mentioning it in this CoC we make our small contribution to the solution. I agree that it should not be assimilated under "disability". Note that in terms of social awareness most people would have a hard time defining the differences between "gender, gender identity and expression, sex, sexual orientation" (and even more just ten years ago), yet we are adding these terms as well. Maybe in ten years we will all be more aware about neuroatipicality and its implications in our surroundings and our own behavior with others.--Qgil-WMF (talk) 09:39, 24 September 2015 (UTC)
I agree entirely. We can link to a definition if that would be useful. --Fhocutt (WMF) (talk) 06:11, 27 September 2015 (UTC)
Bad wording. "Regardless of neuroatypicality" sounds like "regardless of hermaphroditism" --Ricordisamoa 04:52, 4 October 2015 (UTC)
It uses the same structure as "Regardless of [...] disability" which is right next to it. Mattflaschen-WMF (talk) 23:29, 6 October 2015 (UTC)


"Inappropriate" is "Unacceptable"

Very strongly oppose tautology. --Ricordisamoa 04:57, 4 October 2015 (UTC)

@ricordisamoa: this wording has been discussed at length at #Remaining catch-all. There is no need to open a new section about the same.--Qgil-WMF (talk) 19:08, 4 October 2015 (UTC)

Representing the community in public spaces

Re: this edit, I think it changes the meaning drastically. Think of someone opening an a Twitter account with the name "MediaWiki developer" and then using it abusively. That is not a technical space, but it still represents the project in some way. (This was occasionally a problem for some non-tech projects where unofficial Facebook groups and such were used by people who where banned from the official places as a soapbox.) Also consider the case of a MediaWiki developer participating at a non-technical event where they were invited for being a MediaWiki developer.

I have a weak preference for the old version, but in any case, it's not an insignificant change. --Tgr (WMF) (talk) 02:56, 13 September 2015 (UTC)

An unauthorized "MediaWiki developer" Twitter account would infringe the trademark policy in the first place, and in your case would be someone anonymous in any case, so this CoC would be of little practical use. A MediaWiki developer participating in an event out of the scope of "Wikimedia technical spaces" and harassing or disrespecting someone there would be subject to the code of conduct or similar of that event in the first place. If that person would a WMF employee then wmf:Code of conduct policy could apply regardless. Probably the most likely scenarios are covered by these cases? If not, someone could still submit a report arguing that such developer was representing the MediaWiki project, and the discussion would be interesting regardless of the sentence I removed being present in the CoC or not. The core mission of this CoC is to assure "making participation in Wikimedia technical projects a respectful and harassment-free experience for everyone", and I think it is better to keep a CoC with clear and concise principles. Trying to cover all scenarios possible with a longer and more complex text does not necessarily accomplish better the mission of the CoC.--Qgil-WMF (talk) 03:25, 13 September 2015 (UTC)
I also disagree with this change, and the assertion in the edit summary, "Simplifying sentence without changing meaning (?)". This section is also part of the active consensus discussion. As to the actual point, the Twitter case would indeed be hard to enforce. However, say a MediaWiki developer participates in a Foolang conference as a speaker (representing MediaWiki, e.g. because "Senior MediaWiki VP of Advanced Technology" or whatever was next to their name on the conference program). (This example is not referring in any way to actual people). They then put something offensive on their presentation slides. In this example, the MW code of conduct committee should have its own jurisdiction, regardless of whether the Foolang conference has a code of conduct. Put more simply, we don't want people going out, speaking in public spaces, saying they're "from MediaWiki" and putting us in a bad light through conduct the CoC does not allow. Mattflaschen-WMF (talk) 04:46, 17 September 2015 (UTC)
Alright, back to the original scope. Still my main problem with this sentence is that (being the first sentence and providing the first impression) sounds unclear and repetitive. I have to read it twice to deduce what it means. I have proposed an alternative wording. Please revert if you think it needs further discussion.--Qgil-WMF (talk) 05:59, 17 September 2015 (UTC)
Not going to revert for right now, because there's a ton of other stuff bundled up in that edit, but I think "developer event" is too narrow. Presumably we're not down with say, me making an ass of myself representing the community and my technical contributions at a statistical conference, either. How about "Technical, Wikimedia-related presentations at other events"? Ironholds (talk) 19:47, 19 September 2015 (UTC)
YesY Done--Qgil-WMF (talk) 08:07, 21 September 2015 (UTC)
I will note that such a statement is probably in contradiction with contracts the WMF has. WMF cannot legislate over the handling of a MediaWiki presentation by Wikimedia Italia in Italy. --Nemo 07:15, 24 September 2015 (UTC)
This Code of Conduct doesn't aim to become WMF legislation, but a code of conduct agreed by the Wikimedia tech community, which wouldn't affect Wikimedia Italia but the technical contributor speaking as a MediaWiki developer.--Qgil-WMF (talk) 09:05, 24 September 2015 (UTC)
Hypothetically, assume a MediaWiki developer gave an offensive technical presentation containing personal attacks and very gratuitous and off-topic sexual imagery in a conference in Italy. This document would not allow removing them from the event (the conference could have their own CoC, though). However, under this CoC, actions could be taken affecting their standing in the Wikimedia technical community. If there were such a contract contradicting this, I assume you would have cited it. Mattflaschen-WMF (talk) 05:23, 28 September 2015 (UTC)
Your assumptions are wrong. The contract I didn't name explicitly is the chapter agreement. The "standing in the Wikimedia technical community" of chapter members, i.e. their ability to use the MediaWiki logo etc., can only be decided by the chapter. Nemo 06:38, 6 October 2015 (UTC)


Etherpad is IMO uninteresting because the people who use etherpad are heavily involved and there are easier ways to reach them. But there are a lot of people who only use Phabricator or only use Gerrit (or neither because they are the maintainers of a MediaWiki extension hosted on GitHub). The possible channels, roughly in descending order by impact (stats are from korma and Special:Statistics):

  • mediawiki.org - 1000 active users (I will take a wild guess and say that for every active editor there are 5 passive readers so total reach is about 5K)
  • Phabricator (and no, having a task there is not outreach) - 2K users a month
  • wikitech-l - 100-150 posters a month (again with a wild guess of 5 lurkers per poster total reach is 0.5-1K users)
  • wikitech.wikimedia.org - 100 active users (so ~500 reach?)
  • mediawiki-l (50 posters a month)
  • IRC (200-300 users at a time on a large channel like #wikimedia-dev; 500-1000 users a month altogether, but it's synchronous so hard to reach everyone without being very spammy)
  • Gerrit (~200 submitters a month)

The wikis and mailing lists are easy to notify, Gerrit does not seem worth the effort, a sitenotice-like thing on Phabricator would be worthwhile if at all possible. Also if we are not overly concerned about WMF overrepresentation, a notice to the engineering or wmfall list might be worth it. Also maybe ping the MediaWiki Stakeholders' Group if they have any other idea? The wikidata and labs lists also come to mind as mailing lists that are mainly technical but have a very different audience than the usual gerrit-phabricator-wikitech crowd.

On another tangent, do we want to invite participation from people who are not members of the MediaWiki or Wikimedia technical community but knowledgeable about codes of conduct? Say, leave a message on Geek Feminism Wiki? --Tgr (WMF) (talk) 05:48, 19 September 2015 (UTC)

If places such as Etherpad or Phabricator have no convenient mechanism for publicising this discussion to their user directly, then those users could be approached indirectly, in other words, at places where those users are likely to be. Pages on Meta related to Community Engagement, Community Tech and Community Advocacy might be a start, as would English Wikipedia Village Pump (technical) and the corresponding pages at the oher projects and languages. There are numerous teams that should be involved in numerous venues, pointing to what one member of one team has done on this page is beside the point. Oh, and Wikiconference USA 2015 has a track for technology, it's on their website.
In the interests of saving time and effort in this belated discussion, could the owner of the stakeholder list and the communications plans for those stakeholders post links to them, preferably with their current analysis of progress against the plans, please? Rogol Domedonfors (talk) 08:11, 19 September 2015 (UTC)
This task suggests there is a broadcast mechanism for Phabricator but Quim probably knows more about that. --Tgr (WMF) (talk) 08:21, 19 September 2015 (UTC)
I support posting to spaces that are covered by the CoC. I disagree with posting to Village pump (technical) unless those spaces are changed to be covered by the CoC. People who are covered when in another space (e.g. Phabricator) will likely hear about it already (especially if we take some of the suggestions above). Mattflaschen-WMF (talk) 00:44, 25 September 2015 (UTC)
There is no need to directly notify WikiConference USA. It is not subject to the CoC, except for the "Wikimedia technical presentations in other events" point. People making those presentations will hear about it in one of the spaces here; it's not reasonable to ask WCUSA to notify them for us. Mattflaschen-WMF (talk) 00:49, 25 September 2015 (UTC)
While we need to bring more people to the drafting, we also need to be careful not to make big calls too soon. This is like software testing, some people enjoy trying alphas and betas, some other will be frustrated about so many bumps in the road and stop being interested. I think the current tactics drafting here and pinging wikitech-l is good enough until we have a version of the draft we are happy about. Then we can make the big call, knowing that more ideas will come, more criticism will come, and more edits are likely to come.
The big call can be a two-week site notice in mediawiki.org and wikitech-wikimedia.org, a mention in the topic of all IRC tech channels during two weeks, and an email to all the technical mailing lists. As far as I know, Phabricator and Gerrit don't have broadcast mechanism built-in. We can organize an IRC office hour, a Tech Talk... We can go as wide as you think it is useful to go. Socializing the CoC in events is also a good idea. I'm proposing a session at WikiDev16 -- see phab:T90908.
An important aspect related to participation is the landing surface here for the new people we want to welcome. We should keep support/neutral/oppose positioning separate from lengthy discussions in order to keep encouraging new participants to leave their positioning in one minute of less, without having to read through lengthy discussions embedded with votes. We (the regular participants here) should make an effort avoiding to capitalize the discussion (yet again), leaving space for other people with other opinions, and we should avoid the confrontational language that sometimes we use. Most contributors won't enjoy entering a room with some veterans arguing. If we want to welcome more people and opinions, we need to be consciously welcoming ourselves.
And an FAQ summarizing the main points discussed will be useful as well, since most newcomers to this debate might have very similar questions and thoughts that we have processed already.--Qgil-WMF (talk) 13:15, 19 September 2015 (UTC)
Sounds good to me. I think we all need to bear in mind that the initial !vote is just a "are we comfortable moving to discussing the next chunk" not a "okay, the bit we have approved is now in full effect". There will be a wider opportunity to approve the entire thing and that's a good place to expect more people. Ironholds (talk) 18:45, 19 September 2015 (UTC)
A quick look at meta:Tech links to the meta:Tech/News which currently mentions three relevant meetings whose participants might be interested, as well as giving method for disseminating cross-project, and also links to the meta:Tech/Ambassadors. There seems to me no shortage of mechanisms for engaging broadly with those likely to particpate in technical spaces. But sight of the communications plan would be really helpful at this stage before spending too much time on what might be duplication of effort. Rogol Domedonfors (talk) 20:22, 19 September 2015 (UTC)
Yes, good point. Tech-ambassadors would be covered by the communication to all mailing lists, but Tech News needs to be included as well.--Qgil-WMF (talk) 11:27, 20 September 2015 (UTC)
I think tech-ambassadors is relevant, but I don't think Tech News is. The purpose of Tech News is to communicate to non-techy people about things happening in the tech world that are likely to impact them. The audience is people who do not participate in tech things, but are affected by their outcomes. Since this code of conduct specifically applies to people who participate in our technical community, it wouldn't apply to the people who Tech News is meant for, so I don't see much use in posting about it there. It will advertise a discussion to a large audience of unaffected people. --Roan Kattouw (WMF) (talk) 22:01, 25 September 2015 (UTC)
Since there was consensus to "slice the drafting in modules" I think there should be two final big calls.
  1. Final work period (with an announced end date) to make adjustments to address major problems with the draft. We will need to communicate that these sections have already been completed, so "wouldn't it be nice" changes will not be accepted that late, only changes that address a significant problem.
  2. After that, a call for consensus. During this consensus discussion, no further changes will be considered. There would either be consensus, or there wouldn't be, on the exact version from the end of the final work period.
Mattflaschen-WMF (talk) 01:07, 25 September 2015 (UTC)

Broad participation is achieved by picking issues and solutions which are broadly perceived as such; see the Isarra quotation above. --Nemo 07:32, 24 September 2015 (UTC)

So your hypothesis is we don't have more participation because people don't think this is useful? That would run counter to literally every discussion I've seen in my decade on this project. Policies and approaches people feel irrelevant get stamped down based on exactly the arguments you've been making (it's unnecessary bureaucracy!) and that isn't happening here, so it seems weird to conclude that there's this big silent mass of people who are Wikipedians, and therefore largely loathe new things without justification, see a new thing they don't think is justified, and then...leave it alone. Ironholds (talk) 15:29, 29 September 2015 (UTC)

I think we can learn how to get more and more diverse participation by looking at things we can improve as promoters of this process. Let's think of a direct beneficiary of this CoC, i.e. someone with less experience, familiarity with our processes, time, self-confidence and inclination to speak out then the current participants. How can we help them leaving their comment?

Some ideas reflecting on the last days (and some mistakes I made again):

  • Brief and clear instructions, ready to allow an absolute newcomer to the CoC to take action -- the details can be posted somewhere else and linked.
  • More time to express opinions, for instance two weeks.
  • A subpage for positionings only, inviting participants to discuss in the usual Discussion page.
  • Regular participants willing to be welcoming to new participants should reply less, not so often, with more brevity.

Our friend the direct beneficiary of this CoC found instructions geared toward insiders, a pressing deadline, a noisy space for opinions with growing walls of discussions between insiders. Without willing to, we are replicating here the problems of our community for more and more diverse participation.

From now on I will reply less or not at all to others' positionings and I will focus on keeping improving the draft. I have also been thinking that a FAQ will be useful to increase participation, and for the final call for feedback on the entire CoC, so I will start writing one if nobody beats me at it.--Qgil-WMF (talk) 15:41, 3 October 2015 (UTC)

FAQ started. I will try to keep up with new comments here, and I will try to add topics from previous discussions. Contributions welcomed.--Qgil-WMF (talk) 19:52, 4 October 2015 (UTC)


Follow-up consensus discussion on intro, "Principles", "Expected behavior" and "Unacceptable behavior" sections

Since we started the prior discussion, we have made several changes to the document. In the future, we will do the announcements so "last call for work" and "consensus discussion" are clearly separated. However, since that wasn't done here, this is a final discussion on these sections.

Please express your views on whether we should switch to this new text for the intro, "Principles", "Expected behavior", and "Unacceptable behavior" sections. The reason that "Expected behavior" has appeared is that Qgil-WMF added positive guidelines during the prior discussion (based on feedback). A later version of that (with different text) ended up back in the CoC, but it was split into a new section.

Please comment only on these sections in this version. Let's try to finish up these sections at the end of this discussion, either with this new version or with the old version that previously reached consensus. Let's not make further changes to these sections.

Concluding this will allow us to move on to other sections.

Here is a diff for convenience. Please disregard changes to other sections, as those will be discussed later. The biggest changes I know of are:

  • Slight change to the scope paragraph in intro
  • Rephrasing of the principles
  • Addition of neuroatypicality
  • Addition of positive expected behavior
  • Flexibility about how project maintainers can respond
  • Slight change to "Unacceptable behavior"
  • Addition of explanatory section that explains things the Committee will not consider violations, and how they will take the context of incidents into account.

I expect to close this discussion Tuesday October 6th. Mattflaschen-WMF (talk) 03:05, 30 September 2015 (UTC)

Consensus not reached. Sorry for not closing this on time. I've been busy with other work. There haven't been any positions on either side since the 6th. Although there was partial support, overall consensus was not achieved, mainly due to some objections concentrated on a few parts of the text. Quim and I have been attempting to address that by narrowing down which parts need more work (follow this link for list of the parts) and moving out the positive guidelines. wikitech-l has been notified of both those discussions, and they're still in progress.
Summarizing some issues I noticed come up more than once:
  • A couple people had a problem with how "we" was used; most people did not even mention this, and I pointed out that many CoCs are similar in this regard.
  • There was a good amount of support for prohibiting publishing non-harassing private communication, but other people strongly opposed it. Among the supporters of this provision, some thought it should add 'without permission'.
  • There was some support for the Expected behavior/positive guidelines, but they also attracted opposition, particularly to "Participate in an authentic and active way". I suggested moving this out of the CoC to a guidelines page.
  • There was an objection to parts of the Unacceptable behavior section, particularly "prioritizes marginalized people’s safety over privileged people's comfort" and "Refusal to explain or debate social justice concepts." (both also other sub-points here). However, this was also called out by supporters.
  • One person explicitly supported adding 'neuroatypicality' (in addition to the person who actually added it to the document). No one objected to this part in particular, besides a mocking anonymous post from an IP with no history.
  • There were a couple hesitations/objections to approving/disapproving on the whole thing at once, rather than continuing to refine. Since consensus was not reached on the overall change, we do now have the opportunity to refine the specific parts that people had issues with.
  • Finally, several of the supporters were in favor of moving on with this draft, despite some hesitations they may have had about parts. Although we don't have the consensus to simply use that whole text intact, there is a discussion about freezing the parts that were not controversial, and working on the parts that were.
-- Mattflaschen-WMF (talk) 20:34, 15 October 2015 (UTC)
Support Although I wouldn't have made some of these changes (e.g. dropping the examples of work), I like other parts (e.g. giving project administrators discretion about how to handle situations while still noting they have a responsibility, and prohibiting the publication of non-harassing private communications) and support the change over all. I also note that several people supported having positive guidelines, so I'm glad these are now in. Mattflaschen-WMF (talk) 03:05, 30 September 2015 (UTC)
  • Looking at the provided diff, it seems like the text now goes out of its way to not claim who it's speaking for. For example, you can see this in the removal of the "contributors and maintainers" language, I think.

    Phrases such as "we consider persistent patterns of interaction" and "we also assert that no marginalized status" now have no clear owner. Who's we exactly?

    In general, I continue to think that Wikimedians already have about a half-dozen similar pages, all of which are now conveniently included in the "See also" section. I really struggle to see how this page—as it grows in complexity and bureaucracy, toward the creation of essentially a "Wikimedia technical spaces" ArbCom—is a good idea.

    It would also be nice to link unfamiliar terms such as cissexist. --MZMcBride (talk) 04:14, 30 September 2015 (UTC)

    It's speaking for the members of the community, who are also the people that will be bound by the code of conduct. Using "we" in a code of conduct (usually without prefixes like "As contributors and maintainers") is very common. Since the committee takes the lead on enforcement, when discussing enforcement it specifically refers to them (but they're doing their job on behalf of the community anyway). See https://www.djangoproject.com/conduct/ , https://www.freebsd.org/internal/code-of-conduct.html , http://www.ubuntu.com/about/about-ubuntu/conduct , https://www.rust-lang.org/conduct.html , etc. for examples of how "we" is used. Someone objected to "we pledge", which that change also got rid of. I don't think this aspect makes a big difference either way. Mattflaschen-WMF (talk) 19:53, 30 September 2015 (UTC)
    The fact that it's common doesn't mean it's right for us. Someone earlier even mentioned the USA constitution, revealing this discussion is polluted by an inappropriate "founding father" hybris. Nemo 06:59, 6 October 2015 (UTC)
  • It sounds like you don't want us to critique specific parts of the text, but rather just say "support" or "oppose" to all of these changes. In that case, on the whole, I'd rather go back to the previous version, although I do like some of the changes, particularly the first three items under "We do not consider the following to be violations of this policy".
In case that's not what you mean, I do have some specific thoughts, including:
  1. What does "participate in an authentic and active way" mean? I really have no clue, and in a document like this, any part that doesn't communicate a clear, specific expectation of behavior waters down the parts that do.
    discussion: #"Participate in an authentic and active way"
  2. "Refusal to explain or debate social justice concepts." This seem like it falls neatly under "reasonable communication of boundaries" to me. Is there a good reason to single out social justice concepts?—Neil P. Quinn (talk) 05:15, 30 September 2015 (UTC)
    discussion: #"Refusal to explain or debate social justice concepts"

Support I strongly support this version. On the balance, this is a solid set of changes. Some particularly useful ones:

  • Neuroatypicality has been added to the list of characteristics--a concern of a number of members of our communities, and one worth mentioning explicitly
  • There is now a positive list of behaviors to strive for in our community interactions. As Tgr (WMF) said, "The same way, I would prefer to avoid a CoC in which the most compelling thing said about the way our community behaves is that it is not literally harassment." It is difficult to balance the need for generality and specificity, especially considering different cultural contexts, but having the list is better than not.
  • The list of unacceptable behaviors now includes "publication of nonharassing private communication". It is not fair to break the implicit promise of privacy in a private communication unless there is no other good way for harassment to be addressed. This also brings this policy closer to the existing Grants Friendly Space Expectations. It's not necessary to echo other policies (if it was, this would be a shorter discussion!), but it's useful to keep them somewhat aligned.
  • A strong statement of principles and a clear statement of which classes of reports this policy is intended to allow. These points--complaints against actions taken to welcome people from underrepresented groups, demands to repeatedly explain fundamental principles, complaints of people clearly expressing their boundaries, and complaints about the criticism of actions which appear racist, sexist, etc.-- have arisen in response to most discussions about ways to improve the experience of people from underrepresented groups in open source communities that I've watched or been part of.
There are a few changes I'm not a fan of--I wouldn't have removed the list of ways that our various community members contribute to our technical spaces, and I would have kept the list of tools that administrators and maintainers can use to address various forms of violations.
Even so, the improvements are substantial enough that I support this version over the previous one. I expect that any weaknesses or lack of clarity can be addressed when this policy is revisited in the future. --Fhocutt (WMF) (talk) 01:57, 1 October 2015 (UTC)

Support I like the current version and am especially happy with the Expected Behavior and Unexpected Behavior sections. I think it would be good to release a list of which IRC channels and mailing lists are counted as "technical" as soon as possible. -- NKohli (WMF) (talk) 04:15, 1 October 2015 (UTC)

Support On the whole, I think those are positive changes, and resolved most of my problems with the text. I still wouldn't mind if the unacceptable behavior section was less vaguely phrased but meh.
(Thanks for adding a deadline for the discussion BTW. I still feel it's needlessly rushed but now it's rushed in a transparent and predictable way which is an improvement.) --Tgr (WMF) (talk) 07:30, 1 October 2015 (UTC)

(removed an anonymous comment that was derogatory and had no constructive content. --Tgr (WMF) (talk) 07:33, 1 October 2015 (UTC))

Very strongly oppose "Publication of non-harassing private communication" entry as an example of "harassing" behaviour. I have no intention of abiding by such a rule where not covered by a real NDA. This is supposed to be a code of conduct, not an NDA. --Krenair (talkcontribs) 10:18, 1 October 2015 (UTC)

discussion: #"Publication of non-harassing private communication"

Support I think we have made a good progress in this version, and I think it is time to move forward and focus on other parts of the CoC. Details can be always polished based on lessons learned when putting the CoC in practice.--Qgil-WMF (talk) 12:30, 1 October 2015 (UTC)

Oppose Most of these changes look fine, but a few of them seem very troublesome (or "problematic", as the kids like to say these days). Here are the issues I see, in order:

  • Community members are expected to "Participate in an authentic and active way" - as someone else noted, this doesn't seem to make any sense. A literal reading of it would indicate that people are going to get in trouble for not devoting enough of their time to Wikimedia projects - which may be a good solution, given the large backlog of projects that exists, but is probably not the intended meaning. The word "authentic" in there is similarly inscrutable.
    discussion: #"Participate in an authentic and active way"
  • The community "prioritizes marginalized people’s safety over privileged people's comfort" - from the viewpoint of this document, isn't one person's safety always more important than another person's comfort, regardless of their privilege? Including this sentence makes it seem like the answer is no - which is highly provocative. Actually, there may even be some legal drawbacks to this phrasing (if, say, a person "of privilege" gets injured at an event), but I'm not a lawyer.
    discussion: #"Our open source community acknowledges the presence of systemic inequity and oppression and prioritizes marginalized people’s safety over privileged people's comfort."
  • Of the "We do not consider the following to be violations of this policy" list, #1, 2, 4 and 5 (all the "social justice" ones, basically) don't seem to have any purpose here. I have yet to hear of any hypothetical case where the inclusion of these four guidelines would make a difference in the punishment meted out (or not meted out) to individuals. I suppose four hypothetical cases would be ideal, one for each guideline, but even one would go a long way toward proving that they have a place here. Until I hear one, I'll have to assume that no such case exists. Yaron Koren (talk) 13:36, 1 October 2015 (UTC)
    discussion: #Things that are obviously not violations

Support I like this version, and I think it's better than the previous one. There are a few small things I would have liked to tweak, like adding "without permission" to the "publishing private communication" clause, but it's my fault for not bringing that up earlier. --Roan Kattouw (WMF) (talk) 21:20, 1 October 2015 (UTC)

Support This code of conduct makes sense to me overall. I would also add "without permission" to "publishing private communication", since it's clear from this discussion that that's the intended purpose of the rule. But my support does not hinge on that change being implemented. Jmorgan (WMF) (talk) 23:19, 1 October 2015 (UTC)

Support I especially like the additions of positive expected behavior. In practical terms, the code of conduct is as much about setting a tone for the space as it is about defining transgressions and punishments. Having some positive examples at the top makes it sound less like you're walking into a warzone. DannyH (WMF) (talk) 00:05, 2 October 2015 (UTC)

Support both because I support this version and, more importantly, because people from backgrounds we have traditionally under-served and let down support this version. Ironholds (talk) 02:08, 2 October 2015 (UTC)

Oppose Based on the "people from backgrounds we have traditionally under-served and let down support this version" comment above. Unambiguously demonstrating a lack of understanding of the underpinning criticism by unpaid volunteers (i.e. the minority taking part that are not under contract to the WMF). These volunteers were mostly from these backgrounds referenced, and have nevertheless remained critical of the predetermined outcome driven process followed. This has guaranteed that this CoC must exist and become a formal requirement on volunteers, backed from the outset with threats of WMF implemented global bans if not complied with; as judged by a committee that is now certain to have a controlling majority of WMF employees. -- (talk) 11:57, 2 October 2015 (UTC)

"a committee that is now certain to have a controlling majority of WMF employees" -- what?? According to the current draft, the committee will be formed by self-nominated candidates selected by Developer Relations. This team wants a scenario opposite to the one you describe. We want to help forming a first committee with as much diversity of affiliation, abilities, gender, origin, etc, as possible -- and if we need to encourage more contributors to nominate themselves, we will. About the rest, I disagree, it has no base, and we have discussed it at length. I would be interested in you providing a plausible example of a violation of this CoC as currently written, that could end up with an undeserved ban to an alleged offender.--Qgil-WMF (talk) 12:46, 2 October 2015 (UTC)
This is a reductionist argument that whittles away at any position counter to the majority view on this holistic issue, rather than, say, pragmatically building on what has been seen to work or fail for past harassment cases on Wikimedia projects. However, I will give an example as requested in the form of a statement.
The result of the process as described will be a committee where the controlling majority of votes on any decision will be by those under agreements with the WMF, including non-disclosure agreements. Over the last few of days we have seen edits to address this weakness rebuffed and deferred.
Should a complaint be raised where any of the parties were current or past WMF employees, trustees, or connected with major donors, WMF legal may choose to step in using their obligation to counter what they may percieve as threats/risks for the WMF, including potential reputation damage. After a legal intervention, no outcome would be credibly transparent or accountable, as their first action would obviously be to ensure there was no further official public discussion or minutes that would later be obliged to be published. There is no assurance that there would be any outcome that would address the concerns of any parties involved, either as a complainant or alleged harasser. Having directly experienced the blunt and unforgiving end of WMF legal's typically American style negotiation tactics, as well as my experience when attempting to ask for assistance with current harassment, I find the rush to create a WMF sanctioned and initially appointed committee that may put itself in this position disturbing, and appears unlikely to ever address or learn from past serious governance failures or actual issues that have arisen from handling cases of harassment against individual Wikimedians badly. -- (talk) 13:39, 2 October 2015 (UTC)
I don't see any mention of global bans in the policy any more, and as Frances says, the proposal as a whole is not what this discussion is about. The first part of your comment comes off as you opposing the changes because I like them, which I hope is not what you mean - and on the marginalised backgrounds yes, some of the volunteers are from marginalised backgrounds, but not all volunteers oppose the policy (I see quite a few supportive comments in the previous discussion section) and I know of quite a few WMF employees who come from similar backgrounds or entirely different ones, also marginalised, and underrepresented by the oppose votes.
I really don't understand the extension of WMF Legal to cover 'current or past WMF employees, trustees, or connected with major donors'. One could just as easily argue that volunteers, as people who commonly have prominent roles within Wikimedia projects, should be protected. I also don't see anything in the proposal about WMF legal stepping in at all - WMF legal isn't mentioned that I can see. We (this talk page) haven't even decided the basis under which this policy would be formed (board resolution, WMF decision, or community consensus) but a lot of the discussions have absolutely prioritised community consensus as the best approach there). So this feels like a pretty big stretch from a discussion about whether specific changes are an improvement or not - which is what this section is about. Ironholds (talk) 18:57, 2 October 2015 (UTC)
Ironholds, "you opposing the changes because I like them": you are clearly taking this personally. Please don't and stop your personal attacks. Nemo 07:09, 6 October 2015 (UTC)
Again, the current discussion is about the intro, "Principles", "Expected behavior" and "Unacceptable behavior". You apparently support the proposal (see bottom of that talk section) to forbid the Committee from having a majority of WMF staff/contractors. That is not in these sections, so the outcome of this discussion has no bearing on that proposal (which might or might not be adopted later). But regardless of whether the committee ever has a majority of WMF staff/contractors, you have not given any possible basis in the text that would allow WMF Legal to step in and demand the Committee adopt certain case outcomes. Nor have you explained how this implausible intervention would go unnoticed by the public, when there are guaranteed (by the text) to be non-WMF people on the Committee. You say, "There is no assurance that there would be any outcome that would address the concerns of any parties involved", but right now it is almost assured there will not be such an outcome, because there is generally no realistic procedure (the ToU alone is only even maybe suitable for the most serious cases, and doesn't even give specifics or a procedure for those) to address those concerns at all now. That's exactly why we're working on the CoC. I don't agree that there has been a "rush", considering I first asked Wikitech for input in early August (though there was public work even before that), it's now early October, and we're still finalizing changes to the first few sections. Mattflaschen-WMF (talk) 20:57, 2 October 2015 (UTC)
Regarding learning from past harassment cases, there is still time to do so, especially in the sections about reporting, processing, and responding to cases. Specific feedback about that would help (preferably in a new talk section if it's not about one of the sections being finalized). Mattflaschen-WMF (talk) 21:06, 2 October 2015 (UTC)
Fæ: I understand that you object to this document in general. This portion of the discussion is on whether or not we support these specific changes to the document. Do you have an opinion on those? --Fhocutt (WMF) (talk) 17:41, 2 October 2015 (UTC)
Rather than address one of the two drafts being discussed (old or new), you've chosen to reference language that is included in neither of those drafts, nor in the current text. That long-removed language never even granted any new authority for global bans, nor did it expand it. There is no language making the Committee "certain to have a controlling majority of WMF employees", and Qgil-WMF has said he would avoid that (this section is not even discussing how the Committee will be formed, though). Mattflaschen-WMF (talk) 20:27, 2 October 2015 (UTC)

oppose the changes, and oppose the document as a whole please stop to steamroller volunteers. two or so supporting this is not enough. even if it is five, it is not enough. --ThurnerRupert (talk) 19:41, 2 October 2015 (UTC)

Thanks for introducing "steamroller". It nicely describes what it feels like to see over 700 words in just a few hours, all from those under contract to the WMF, slapping back my viewpoint in a style of legal cross-examination. This non-agreed process, and faux urgency for delivery, is disappointingly a long way from being consensus building or welcoming for unpaid volunteers. -- (talk) 23:27, 2 October 2015 (UTC)
Faux-urgency, meaning 'it's urgent but I don't agree with it' or what? Because from my point of view, I believe this would be of tremendous assistance in improving the quality of dialogue within Wikimedia's technical spaces, and that is always urgent - these spaces are toxic. As for the WMF point - I'm here as a volunteer. Matter of fact, I'm in Chicago on holiday right now. If the people responding to you I see an entire one person who works for the WMF, is at work when they reply here, and is tasked with working on this explicitly as part of their job. You find the process disappointing, which I am sorry for; what I find disappointing is the insistence of describing the divide on this issue as community/WMF. I see community members in opposition; I see community members in support. The fact that so many WMF people are in support is probably mostly representative of how they constitute the majority of the technical community, at least in places like Gerrit. This is not community-versus-WMF. Ironholds (talk) 14:58, 3 October 2015 (UTC)
You are dogging me. I am uninterested in engaging with you, and can be seen to have avoided direct dialogue with you. Please stop. Refer to my 2014 comment on Commons. You are perfectly aware I find your behaviour worrying on diversity related topics, or when discussions are about me, and have done for a period of several years. Thanks -- (talk) 15:11, 3 October 2015 (UTC)
  • No, the text did not get better. In parts it also got worse, see for instance the verbose paragraph on "systemic inequity and oppression", 5 lines of which out of 6 could be replaced by the sentence "This document's premise is that affirmative action is needed". There is no need to summarise constitutional debates on discrimination as part of this document. Nemo 07:15, 6 October 2015 (UTC)
  • Comment Generally, I think this document is in good shape, but I've read through the concerns that were raised and I find some of them to be legitimate -- yet side-stepped or misunderstood. I think that this processes of large changes with blocking consensus discussions encourages people who support the CoC generally (myself included) to disregard legitimate concerns about wording (the point of this discussion). All the incentives are placed on getting something passed even if it is flawed. I'm not sure what alternative process I'd propose, but I think that a good alternative would allow for iterations on specific wording based on feedback within the consensus-building discussion. Even in the case where the person raising negative feedback is seen to be Wrong(TM)/uninformed/whatever, such feedback can at least also be seen as an opportunity to clarify and make explicit the intent of the text for similar Wrong(TM)/uninformed/whatever readers. I suspect that a substantial portion of the concerns raised in opposition could be dealt with this way. (BTW, I'm also User:Halfak (WMF)) --EpochFail (talk) 12:23, 6 October 2015 (UTC)

Support I think this is a great version to have as a CoC that we can expand on in the future as cases happen. I, too, think that adding "without permission" to the section of "private communication" would have made it slightly clearer, but seeing as private conversations that have a permission to be published are no longer private by definition, I don't really think it changes anything much. MSchottlender-WMF (talk) 20:35, 6 October 2015 (UTC)

Things that are obviously not violations

(Repeating some points made above to break them out from the above discussion before it becomes complete indent hell.)

  • Efforts to include or improve the experience of members of underrepresented groups in our technical communities
  • Discussing imbalances in different groups' representation or trends in whose voices are listened to in a given discussion, project, or leadership team
  • Refusal to explain or debate social justice concepts

These points do not seem to have any significance in the strict sense; they claim to be exceptions from the unacceptable behavior guidelines, but as such they are completely unnecessary: no one in their right mind would assume that I am behaving unacceptably just because I am discussing imbalances in representation, or refuse to explain what privilege is. So I can only assume that their actual significance is not what they say but that they are there, as a somewhat roundabout way of saying that we like these things. That feels awkward at best and dishonest at worst.

I don't think there is much disagreement that these are good things (or, in the case of the third bullet point, reasonable behavior). I personally don't feel the need to mention them in the CoC but don't object to them if other people feel they are important. Can we find a straight way of saying them, though, instead of hiding behind a weird double negative? "We welcome efforts to include..." etc. etc. --Tgr (WMF) (talk) 18:25, 2 October 2015 (UTC)

So, first, "no one in their right mind" - I would suggest picking better language there. And actually, no, I have seen a lot of people in conversations about the marginalisation of different groups of people react defensively, and a lot of that defensiveness take the form of "wait wait wait I don't understand what went wrong, you are obliged to explain it to me if someone calls me on it". So yes, this actually happens - and including it makes it explicit to people who are defensive in response to being called out that merely being defensive is not a response. Ironholds (talk) 18:48, 2 October 2015 (UTC)
If someone says "your are obligated to explain it to me", you can always just say, "no I'm not", and stop talking to them, whether the subject is racism, anti-racism, or Gerrit. Like Tgr, I don't see what that has to do with the code of conduct. Surely the repercussions, whatever they are, to both sides of that discussion/argument should not be based on the subject matter? Yaron Koren (talk) 20:04, 2 October 2015 (UTC)
@Tgr (WMF), Yaron Koren: A question for both of you--how many discussions around these issues in open source have you been part of or have you watched closely? I've been involved in efforts like this and have watched how many of these discussions go for the last several years, and there are a number of predictable patterns that show up. Yaron, when someone tries your suggestion of saying "no, I'm not" the usual next step from the person who's acting entitled to an explanation is to insinuate that the person can't support their point of view, complain about how rude the other person is being, and argue with whatever answers they are given, usually changing the criteria for what they will consider an "acceptable" answer along the way. It's reasonable to explicitly set the community standard that avoiding getting sucked in to that dynamic is acceptable. Tgr, I assure you--the first two points are frequently controversial in discussions on topics like these, and there are usually at least a handful of people ready to argue that suggesting that imbalanced representation is a problem is racist/sexist/etc. against whatever group is overrepresented. This often comes with sea lawyering and suggesting that, for instance, actions that might be effective at addressing these imbalances violate antidiscrimination laws and policies (and consistently, when checked with an actual lawyer, there is no issue). I'm glad that you haven't seen much disagreement on these points in spaces you've been in, but when these conversations get a wider audience or when the conversation starts to challenge a community's deeply held beliefs about itself (see: "meritocracy") these dynamics do happen and setting an explicit standard can be very useful. --Fhocutt (WMF) (talk) 21:13, 2 October 2015 (UTC)
Fhocutt - none of what you're saying contradicts what I said. People can be jerks about anything; even if the thing that they're jerks about is the same thing 95% of the time, doesn't explain why the rules need to be different the other 5% of the time. Yaron Koren (talk) 22:35, 2 October 2015 (UTC)
Again, we disagree. I've explained, based on my experience with these dynamics, and I don't think that continuing to discuss this is likely to be useful. --Fhocutt (WMF) (talk) 22:44, 2 October 2015 (UTC)
I took a step back and thought about why we seem to be talking at cross-purposes. Then I realized that part of the answer lies in one sentence of your previous response: "It's reasonable to explicitly set the community standard that avoiding getting sucked in to that dynamic is acceptable." It looks like you (and apparently a lot of other people, maybe especially within the WMF) view this page as more than just a list of "don'ts" - that it's really an expression of the general sentiments of the community. Taken literally, it's not, of course - that list of guidelines doesn't say, "it's acceptable to do A, B, C"; it just says, "you will not be officially punished for doing A, B, C". I think there's a certain amount of "reading between the lines" that many people are assuming. Perhaps what's needed is to split up this document into two: one that just covers the things not allowed, and the other a more general expression of encouraged behavior. That would hopefully also take care of that "active and authentic" phrase that seems very strange in a legal-type document. Yaron Koren (talk) 23:32, 2 October 2015 (UTC)
I totally agree with what Fhocutt is saying about the dynamics of such conversations as I've seen plenty of such interactions myself. However, I don't think the current wording actually does anything to address that problem. The current wording says that refusing to debate social justice issues isn't harassment (which no one would ever claim anyway). If we want to say that demanding that other people explain social justice issues isn't acceptable, we need to actually say that. As it is worded right now, someone could endlessly demand that another person explain sexism and there would be no recourse. The list that "refusing to explain" is in isn't "list of behaviors that are protected", it's "list of behaviors that aren't harassment". Maybe that just needs to be moved to a different section or we need to add an item under harassing behaviors about badgering people for explanations. Kaldari (talk) 23:34, 2 October 2015 (UTC)
"Inappropriate or unwanted public or private communication" is already listed as "Harassment and other types of inappropriate behavior" ("public or private" is not in the prior version, but it doesn't really change the meaning). I think that covers badgering someone persistently after they decide to end a conversation. Mattflaschen-WMF (talk) 23:45, 2 October 2015 (UTC)
In that case, it sounds like we don't need the "Refusal to explain or debate social justice concepts" item as it doesn't really change the equation any. What do you think? Kaldari (talk) 23:52, 2 October 2015 (UTC)
The "Inappropriate or unwanted public or private communication" means you can complain if someone badgers you. The "Refusal to explain or debate social justice concepts" means you can't complain if someone refuses to explain or debate this. As you said, they're different. It's mainly a question of emphasis, though. Mattflaschen-WMF (talk) 00:46, 3 October 2015 (UTC)
I think it'll work without it, although I do think that the specificity can be useful. --Fhocutt (WMF) (talk) 00:51, 3 October 2015 (UTC)
@Yaron Koren: Thank you for your thoughtful response. When we started drafting this, I was actually more interested in having separate "we'd like to see these behaviors" and "these behaviors are unacceptable within our community" pages, but the balance of the discussion was towards all one page, so there it is. Fwiw I agree that some of it's clunky and the style doesn't match, and there seems to be enough confusion on the "authentic and active" bit that I'd definitely be open to seeing that rephrased (ideally after we have a good enough--not perfect--policy in place, as I'd prefer this conversation not last till next year).
Regarding reading between the lines--I see this as about the larger context our community works in, and this is why I was asking how much experience you have in discussions that touch on issues of social justice in open source. There are open source communities where asking that action be taken to avoid, say, an all-male panel is interpreted as an implication that the men on the panel don't deserve to be there because they are men, and that interpretation leads to accusations that the one raising the issue of representation is being a "reverse sexist". Given this larger context, someone considering joining our community has no real reason to expect that there aren't members in our community who would do the same. I hope, of course, for a knowledgeable committee that would refuse to consider complaints like this, but someone who's new or not well connected won't know to expect that, and might be worried that by speaking up they expose themselves to someone who can use the code of conduct to shut them up. (This is also an unfortunately realistic fear.) This is what I'm hoping to convey--that at least the committee is aware of dynamics like these, and so people can worry less about the effects of speaking up or refusing to engage on themselves. I suppose that's another point of disconnect--you are asking for a situation where the committee would take action on some of these points, and I want to avoid the perception that they might. --Fhocutt (WMF) (talk) 01:17, 3 October 2015 (UTC)
Fhocutt - okay, now it all makes a lot more sense. The real issue is making sure that people don't fear - rightly or wrongly - that discussing diversity will get them in trouble for discriminating against the group they think is over-represented. Which is an admirable goal - discussions like this should not be policed unless they veer into something actually derogatory. But I think the current wording is a very awkward way of getting at that. A big part of the problem is, again, the fact that the code of conduct now holds a bunch of guidelines that really should be in a separate "recommendations" page; I'm glad you agree about that. Saying "you will not get in trouble for not responding to someone" - a fairly obvious statement - is really no substitute for what is actually meant to be conveyed, which is more like "please avoid flame wars".
The guidelines that cover the "sea lawyering" thing - I suppose that's #1 and 2 - could be phrased more clearly and more succintly, I think. I read through them before a bunch of times without understanding why they were there, and I don't think I'm the only one. And the fact that they talk about inequity and oppression and so forth means that they seem to be taking sides on the whole diversity debate, when they don't need to. (If someone argues that an all-female panel at Wikimania should have had some male representation, should they not enjoy the same protection from "lawyering"?) I would argue for replacing all five of those guidelines with something like "Any discussion or action involving adding representation from different groups for the sake of diversity will not be considered a violation of this policy." Maybe there's a better way to say it than that, but that would be the idea. Yaron Koren (talk) 02:20, 5 October 2015 (UTC)

Of the "We do not consider the following to be violations of this policy" list, #1, 2, 4 and 5 (all the "social justice" ones, basically) don't seem to have any purpose here. I have yet to hear of any hypothetical case where the inclusion of these four guidelines would make a difference in the punishment meted out (or not meted out) to individuals. I suppose four hypothetical cases would be ideal, one for each guideline, but even one would go a long way toward proving that they have a place here. Until I hear one, I'll have to assume that no such case exists. Yaron Koren (talk) 13:36, 1 October 2015 (UTC)

The implied meaning there IMO is that the same thing can often be an issue of comfort for privileged people but an issue of safety for marginalized people and in that case we care more about safety. E.g. for a male game developer asking for consent before publishing an email is a nuisance; for a female one it might be the difference between a heated private discussion and a coordinated harassment campaign on GamerGate. --Tgr (WMF) (talk) 18:21, 1 October 2015 (UTC)
The global Non discrimination policy seems relevant here. --Krenair (talkcontribs) 18:33, 1 October 2015 (UTC)
This is a good example, and shows how it's not balancing the safety of two people, but the safety of one vs. an inconvenience for another. Mattflaschen-WMF (talk) 20:41, 1 October 2015 (UTC)
Tgr - sorry, I don't follow. Could you phrase your example in the context of someone being found not to violate policy as a result of these guidelines? Yaron Koren (talk) 21:10, 1 October 2015 (UTC)
He seems to be referring to the line itself, "Our open source community acknowledges the presence of systemic inequity and oppression and prioritizes marginalized people’s safety over privileged people's comfort.", along with "Publication of non-harassing private communication", not necessarily one of the five items below the "comfort" line. Mattflaschen-WMF (talk) 21:29, 1 October 2015 (UTC)
Oh - wrong section, then, I guess. Yaron Koren (talk) 23:18, 1 October 2015 (UTC)
Yep, sorry, I was referring to your second bullet point. I wrote that before your comment was broken up. --Tgr (WMF) (talk) 08:38, 2 October 2015 (UTC)
I gave several examples, and elaborated on one of them (see Talk:Code of conduct for technical spaces/Draft#Start with positive guidelines on behavior. You may not to be satisfied, but I still think it's a good example. There is no way anyone can guarantee what would happen in the future in the absence of a particular clause. But I've already made my case that this clause helps clarity. Mattflaschen-WMF (talk) 20:41, 1 October 2015 (UTC)
You think someone implementing a program for the WMF might, in the absence of these guidelines, be found guilty of harassment for implementing that program? That was the gist of your example, if I understood it correctly. Yaron Koren (talk) 21:10, 1 October 2015 (UTC)

This is not a very neutral section title, but I'm putting things here to avoid even more redundancy. Mattflaschen-WMF (talk) 00:31, 3 October 2015 (UTC)

"Criticism of racist, sexist, cissexist, or otherwise oppressive behavior or assumptions"

Challenging behavior that's oppressive to marginalized groups is important. Calling people racist or sexist is the worst possible way of doing that, and should not be implicitly encouraged, and should not be automatically excluded from being a code of conduct violation. --Tgr (WMF) (talk) 18:25, 2 October 2015 (UTC)

People who further oppress marginalised people should not be uniformly protected from being called on their behaviour. Whether you or I consider it an effective way of handling that behaviour effectiveness is not a valid governor on the behaviour of marginalised people - particularly when what is and is not effective is defined by members of non-marginalised groups. Ironholds (talk) 18:46, 2 October 2015 (UTC)
The wording here is very specific: criticizing "behavior or assumptions". None of these say anything about whether someone is "racist or sexist". When someone is very invested in an idea of themselves as a person who treats other people fairly, it can be very hard for them to hear that their behavior isn't having the effect of upholding their values, or that some of the assumptions they're making as they plan or discuss are neither useful nor accurate and have the effect of perpetuating these oppressive assumptions. They may hear criticism of their behavior as a statement of which kind of person they are. It's a common and understandable response, and these conversations are difficult all around. I do think the wording here is specific enough. Is there something that you think would make the distinction more clear? --Fhocutt (WMF) (talk) 21:21, 2 October 2015 (UTC)
I agree that this is needed. Also, I don't think the current wording protects calling someone a racist. Criticizing behavior is different than calling someone names. Kaldari (talk) 23:44, 2 October 2015 (UTC)

"Participate in an authentic and active way"

What does "participate in an authentic and active way" mean? I really have no clue, and in a document like this, any part that doesn't communicate a clear, specific expectation of behavior waters down the parts that do. —Neil P. Quinn (talk) 05:15, 30 September 2015 (UTC)

I think it basically means approximately "Do your best to use your strengths to move the technical work forward", as opposed to things like bikeshedding. Mattflaschen-WMF (talk) 19:58, 30 September 2015 (UTC)
Yes, pretty much. Don't drop out because people don't want to do it precisely your way. Don't use the project to play out power struggles. Don't play games about what you really think is the best way because someone you don't like suggested it before you did. None of these are what I would consider "authentic and active", but all of them happen in open source. --Fhocutt (WMF) (talk) 23:14, 30 September 2015 (UTC)
That could use some rephrasing; those words mean nothing to me. Be honest? Be open? (FWIW I still think the TODO CoC does a much better job of positives and we could just use that.) --Tgr (WMF) (talk) 07:30, 1 October 2015 (UTC)
Seems more like a desired behavior than an "expected behavior". I'm neutral on including it. Kaldari (talk) 23:50, 2 October 2015 (UTC)

Community members are expected to "Participate in an authentic and active way" - as someone else noted, this doesn't seem to make any sense. A literal reading of it would indicate that people are going to get in trouble for not devoting enough of their time to Wikimedia projects - which may be a good solution, given the large backlog of projects that exists, but is probably not the intended meaning. The word "authentic" in there is similarly inscrutable. Yaron Koren (talk) 13:36, 1 October 2015 (UTC)

This was explained above in response to Neil's comment. Mattflaschen-WMF (talk) 20:41, 1 October 2015 (UTC)
I saw the explanation, but (a) it didn't seem to have any connection to the "authentic and active" wording, and (b) the thing that would become official policy is the code of conduct, not code of conduct + talk page explanations. Yaron Koren (talk) 21:10, 1 October 2015 (UTC)
@Mattflaschen-WMF, Fhocutt (WMF): Thank you for the explanation, but it still doesn't mean much to me other than "be good to each other"—which (1) goes without saying and (2) is unfortunately not sufficient to build, or even very helpful in building, an inclusive community. I think the fact that it's open to about a hundred different interpretations (for an example of the subjectivity of "authenticity", I suggest "Hillary Clinton's authenticity problem, and ours") and that it has to be explained at all suggests that it's just going to confuse people and make the document sound fluffy and aspirational when in fact it's meant to be specific and binding.—Neil P. Quinn-WMF (talk) 18:58, 5 October 2015 (UTC)
I agree with Neil and Yaron that this point is not helpful. It's also contrary to our global assume good faith principle, as it encourages processo alle intenzioni. --Nemo 07:26, 6 October 2015 (UTC)

"Refusal to explain or debate social justice concepts"

"Refusal to explain or debate social justice concepts." This seem like it falls neatly under "reasonable communication of boundaries" to me. Is there a good reason to single out social justice concepts?—Neil P. Quinn (talk) 05:15, 30 September 2015 (UTC)

I read the "reasonable communication" as about someone coming up to you and saying "but X, let's talk about it" and you not wanting to. Refusal-to-explain, on the other hand, covers scenarios where someone is sanctioned or cautioned or warns and chooses to turn the discussion into a debate over the validity of the underlying premise ("Prove to me privilege is even a thing!"). This is common and very derailing, and as you note, explicitly calling things out > implicitly calling things out. Ironholds (talk) 11:50, 30 September 2015 (UTC)
Neil, I think the "refusal to debate" is a way to avoid "sealioning" -- hitting someone with an unceasing barrage of very politely-phrased questions, in order to wear the other person down and get them to stop participating. (If you're not familiar with the term, it comes from this Wondermark comic.)
I've experienced that before -- not in a Wikimedia space, but in other forums, mostly when I was in college. There's two different ways it's come up for me. In one case, somebody says something derogatory about gay people. I say, dude, I'm gay and you're being a jerk. Or it just comes up in conversation, not connected to a derogatory statement.
What happens is there's a long conversation about sexual orientation and privilege and why do people have to come out and tell people, etc., which goes on way longer than I have any patience for. I didn't want to lead a seminar on the topic; I just wanted to say something about it and then move on with my life. At the end of the day, what everybody learns is that if you're gay, you shouldn't bring it up.
Like I said, this hasn't happened to me personally in a Wikimedia space, but it's an annoying way to harass somebody and I think it's worth calling out in the code of conduct. DannyH (WMF) (talk) 22:06, 30 September 2015 (UTC)
We are not really calling it out though; we are saying that people won't be sanctioned for not participating in it, and even if that wouldn't declared it would be completely unreasonable to assume otherwise. So that statement feels a bit dishonest to me, a kind of coatrack statement for implying that "if you come here, you are expected to be familiar with social justice concepts" or "challanging the validity of SJ concepts won't be tolerated". Which is probably not a message we want to give and I wouldn't mind omitting that bullet point. --Tgr (WMF) (talk) 07:30, 1 October 2015 (UTC)
It doesn't mean either of those things. It means, "No one here has an obligation to educate you about these concepts, so don't badger them into doing so, or complain (formally or informally) if they don't. If you want to learn about these things, you're welcome to do so in other places.". Mattflaschen-WMF (talk) 19:53, 1 October 2015 (UTC)
@Tgr (WMF): I disagree with your assessment of this as a "coatrack statement", and agree with Mattflaschen-WMF above. As a separate matter, I also am perfectly fine with giving the messages you object to. If I'd expected this community to be familiar with social justice concepts, I wouldn't have needed nearly as much reassurance before applying for the internship that really brought me into the tech community here. As it was, I only applied because I had met and trusted my mentor. --Fhocutt (WMF) (talk) 23:02, 1 October 2015 (UTC)
I think this is a dangerous road opening here, as this clause can be easily subverted to brand a dissenting voice as abuser and then refuse to even explain what the alleged violation consists of. I, for instance, genuinely have no idea what "social justice concepts" even are, maybe because my cultural background is not US-based. So for me it looks like a clause that allows to shut down any discussion by just pronouncing "it's social justice concept and we don't discuss those so I'm not telling you why, but I won". I would prefer something more clear here. --Smalyshev (WMF) (talk) 16:58, 5 October 2015 (UTC)
I wouldn't say this statement is dangerous but I do agree with Tgr that it seems to imply "if you come here, you are expected to be familiar with social justice concepts", which I think is opaque and unrealistic. I can totally understand and support people saying, "no, I'm not writing a ten-page dissertation about why word X is offensive", but I don't think that's how the sentence will be read.
If what we are trying to say is: "people don't have the obligation to explain at length why they find certain things offensive. If you're asked to stop, stop" (which I think is what you were getting at, Ironholds and DannyH), I'd support saying so.—Neil P. Quinn-WMF (talk) 19:20, 5 October 2015 (UTC)
Neil: Yeah, I think that's a good point. I don't think it would hurt to make some of these phrases more accessible to people who aren't familiar with the "social justice" vocabulary. DannyH (WMF) (talk) 21:30, 5 October 2015 (UTC)

"Publication of non-harassing private communication"

Very strongly oppose "Publication of non-harassing private communication" entry as an example of "harassing" behaviour. I have no intention of abiding by such a rule where not covered by a real NDA. This is supposed to be a code of conduct, not an NDA. --Krenair (talkcontribs) 10:18, 1 October 2015 (UTC)

I think you are mixing private communication with confidential information. Private communication is when we are having a conversation, an email exchange, etc, and then one day I publish somewhere something private you had shared with me. This CoC allows you to report my inappropriate behavior. Confidential information is what NDAs handle. If I as a WMF employee have access to some confidential information about WMF plans or data and I leak it to the public, you can report me to HR for breaching my NDA, but the CoC will have nothing to do with it.--Qgil-WMF (talk) 12:23, 1 October 2015 (UTC)
I don't think the distinction matters, but private communications can theoretically include confidential information which you wouldn't be able to publish. It remains that this CoC would prevent you from publishing your own private communications with someone, which is entirely unacceptable. --Krenair (talkcontribs) 12:54, 1 October 2015 (UTC)
What this CoC does is to enable people to report an incident when they feel they have been offended or disrespected by someone else publishing non-harassing private communication. Then a committee would evaluate whether that action was offending / disrespectful indeed, and would take action only if that was the case. The point is still whether the intention is to harass, offend or disrespect someone.--Qgil-WMF (talk) 13:09, 1 October 2015 (UTC)
No, it does much more than that: "Project administrators and maintainers have the right and responsibility to take action on any communication or contribution that violates this code of conduct." --Krenair (talkcontribs) 16:09, 1 October 2015 (UTC)
Also, note how this is effectively a list of things that are always considered harassment. I think you're expecting more of the committee than is actually in the document we're discussing here. --Krenair (talkcontribs) 16:11, 1 October 2015 (UTC)
It is not true that these things are "always considered harassment". It specifically says, "Harassment and other types of inappropriate behavior" [emphasis added]. It's quite clear from the text in the second version that project maintainers have broad discretion in how to respond. In a borderline case, this might just be privately saying "In the future, it would be best not to re-publish private emails without someone's approval". Similarly, the text is also explicit that an individual member can "Decide not to take action", and this will stand unless the full committee decides to override. All of this is in the actual document (although the "Handling reports" sections is not being finalized yet). Mattflaschen-WMF (talk) 20:10, 1 October 2015 (UTC)
This rule can be interpreted to consider any publishing of private communication as harassment/inappropriate. It is not inherently either of those things. --Krenair (talkcontribs) 14:59, 2 October 2015 (UTC)
I don't think this one line turns the CoC into an NDA. However, "NDA" is just a label. Let's look at the actual provision. You've said, "I have no intention of abiding by such a rule" and "It remains that this CoC would prevent you from publishing your own private communications with someone, which is entirely unacceptable". Obviously, if you got someone's approval, you could then publish private messages they sent you. But let's assume you didn't. Why would it be an appropriate thing to go ahead and publish it anyway when it was private and they wanted it to remain such? Mattflaschen-WMF (talk) 20:10, 1 October 2015 (UTC)
It may or may not be appropriate to publish it, but this rule considers any sort of publishing of private communications to be inappropriate. --Krenair (talkcontribs) 14:59, 2 October 2015 (UTC)
To paraphrase a point User:Tgr (WMF) made below: if there's something that you don't want to be publicly known because you fear you may be harassed over it, you might talk about it in private (e.g. IRC PMs) with a few people. If one of those people then turns around and publishes such a conversation, that opens you up to harassment (not just from within the community, but outside of it as well: our wikis and mailing lists are public). This is one reason why publishing/sharing private conversations without permission is not appropriate. In this particular example I'd probably consider it harassment, but even if it's not something obviously harassing like "OMG LOOK SO-AND-SO IS A [slur about their personal life]", publishing private conversations without asking for permission first is still inappropriate. --Roan Kattouw (WMF) (talk) 21:04, 1 October 2015 (UTC)
The publishing itself should not be considered harassment/inappropriate. I should not have to - and will not, regardless of the outcome of this discussion - seek permission to quote trivial things people say to me. I am seriously disappointed in, and have lost an awful lot of respect for, a lot of people who have been supporting this, especially you. --Krenair (talkcontribs) 14:59, 2 October 2015 (UTC)
What you define as trivial things, other people may not - that's why it's good and frankly basic politeness to ask first before republishing. That's what that seeking of permission is attempting to guarantee. Ironholds (talk) 15:02, 3 October 2015 (UTC)
Krenair, do you think publishing a private email against the sender's wish is fine (at least in some cases)? Or do you think that's a bad thing to do but not something that should be regulated in a code of conduct? Or do you not oppose discouraging it via the code of conduct in general but think that the way we phrased it is wrong? --Tgr (WMF) (talk) 07:25, 5 October 2015 (UTC)
The sender might not like it, but in the absence of my agreement to the contrary I have every right to post such things. We need to be able to publicly call out things other people tell us via private messaging, or we could risk seriously damaging our ability to be transparent. It's definitely necessary in some cases, and this code could cause issues there. If we added a 'without permission' qualifier to it, it'd still cause issues even when you only want to make trivial, uncontroversial things public. I am not prepared to compromise on this - this line has got to go or I will not agree to the code. --Krenair (talkcontribs) 09:50, 8 October 2015 (UTC)
Generally, I agree with Krenair that this line is problematic. It's not that publishing private communication is always OK or that we shouldn't be careful about using good judgement and asking permission. It's that the category of "publish a private communication" is too broad. It's too common of human behavior to re-tell stories told by others or to recall some good advice and provide attribution. While I agree with Qgil that this would likely work itself out through the good judgement of "project maintainers" and committee members, but when we're relying on judgement, we should be vague rather than specific. The "Publication of non-harassing private communication" is listed without qualification under the heading "Unacceptable behavior". I don't think that does a good job of conveying the concern (opening someone to harassment inadvertently or purposefully) and it seems clear from this discussion that some people interpreted the wording differently than others. --EpochFail (talk) 04:13, 6 October 2015 (UTC)
Mattflaschen, Tgr - In some 30 years on the Net, I've faced some complicated moral issues regarding the norm of privacy of email. I generally believe such privacy should be respected, as matter of ethics. HOWEVER, there are rare but notable instances where I think such a rule must be subservient to competing ethical concerns. Unfortunately, such instances tend to occur in situations likely to be the subject of a code-of-conduct argument. One point you mention is "harassing" communication, which has always been an exception to that norm. A personal exception I have myself, regards people being dishonest. That is, if someone sends me an email, and then is publicly misleading or deceptive about it, I will not necessary refrain from calling them to account because "it was private email". This situation has happened in my life. It's not too hard to see the problem playing out in a code-of-conduct argument. Say X and Y are having a dispute. X sends a private email to Y, "If you don't immediately completely apologize to me, I'll bring you up on charges, your reputation will be ruined, you'll never get a job again, etc. etc.". Y declines. X then publicly posts "I have tried very hard to amicably resolve this incident with Y, but Y has refused". Y publicly posts "Amicably? X tried to intimidate me! Here is what X really said (posts email)". Question - is Y wrong to do this? Without the actual words of X, it's just he-said/she-said. Should X now be able to add another formal charge against Y for some committee's consideration? This seems quite problematic to me, especially given the bias of other parts of the draft code currently. -- Seth Finkelstein (talk) 23:16, 8 October 2015 (UTC)
@Krenair, EpochFail, Seth Finkelstein: can you provide examples of situations where someone would publish private information without asking consent in good faith, be reported for violating the CoC, and be sanctioned by the Committee? Even if I understand the theoretical scenarios you propose, I honestly cannot imagine practical situations likely to happen in our community. See also this proposal, which covers the case of reporting inappropriate behavior with bad intentions, which seems to be the kind of situations you want to avoid.--Qgil-WMF (talk) 23:54, 8 October 2015 (UTC)
@Qgil-WMF: the problem is the last part of your request, "... and be sanctioned by the Committee". One may postulate the Committee will have the Patience of Job, the Wisdom of Solomon, the Stamina of Atlas, etc. Me, I have grown into a very jaded and cynical disposition. Though I'm also still "semi-formalist" to some extent (.i.e. rules matter), which is in tension. That is, any example I give, you can just reply the Committee will do the right thing. In which case, why have any rules at all, besides "Don't be a jerk" - and say the Committee will always be right about who is the jerk. In my hypothetical, I can very well see a Committee stating that publishing the email is violating privacy, and it's part of a campaign to harass the sender. Most especially with the current clause of "marginalized people's safety over privileged people's comfort" (i.e. publishing that email made the sender unsafe). That is, continuing my example above, suppose X replies "All the things Y claims as so-called intimidation were just my attempts to impress on Y the seriousness of Y's misbehavior and the reasons Y needs to change immediately and make amends to me - I see it made Y uncomfortable, but Y's posting that now makes me fear for my safety". Yes, I see you have proposed removing/replacing it, but it does indicate a perspective which is evidently not hypothetical. What if the situation is a bit less clear, but the receiver thinks the email shows the sender is generally not a credible accuser, and it's still worthwhile to post? It's problematic to make this type of assumed defending oneself into a "double-or-nothing" dilemma via some sort of liability rule. -- Seth Finkelstein (talk) 01:48, 9 October 2015 (UTC)
I think it's important that you first recognise that this covers not just explicitly private information, but also anything sent over private communications. I'm not going to address "and be sanctioned by the Committee" because Seth Finkelstein has done a far better job of it - the committee being unlikely to do such a thing is simply not going to cut it. There have been cases (historically - nothing current) where I have seriously considered publishing private communications that have been sent to me purely because the sender refused to put their reasoning for requesting features on the public bug tracker - nothing about the sender personally, but about processes and rationales for features in public software. Let's pretend for a moment that this line is modified to allow for senders to consent to private communications being published: Even in group chat cases where the major (or majority of) contributors to a conversation consent to publication but one or two are missed, there could be a violation of this rule. This could cause issues not just in IRC channels but on private mailing lists and who knows where else? And if someone emails a community member privately about something that violates our values, they should be expected to 'blow the whistle' and report it publicly, rather than be prevented from starting a discussion because of this code (which is supposedly to prevent harassment). Maybe there's some way out of the transparency issues with some "with intent to cause harassment" language, but I am sceptical. --Krenair (talkcontribs) 21:13, 9 October 2015 (UTC)
Thanks Seth, those are good points. IMO the committee can be expected to do the right thing in uncontroversial cases; if someone publishes an email with a clear intent of harassment, they can deal with it whether or not there is a rule about it. There are two failure modes where a rule is useful: someone publishing a private email for some innocent reason but involuntarily exposing the writer to harassment from third parties, and someone publishing an email from someone they are in a conflict with, and then claiming that they published it for valid reasons and never considered that it would result in harassment (and then the committee would have to decide if they are speaking the truth, which is generally a hard problem). A rule can help by educating people (and thus taking away the plausible deniability). Narrower phrasing is fine as long as we make it clear that not exposing the sender to harassment is the publisher's responsibility; publishing an email and then throwing our hands up and saying we haven't considered what problems it would cause to the other person is not OK. --Tgr (WMF) (talk) 07:24, 15 October 2015 (UTC)

Useful link: w:Secrecy of correspondence. In general, it's always unhelpful when the documents try to affirm (or protect itself from) constitutional concepts. We're not writing a constitution, thanks. Nemo 07:30, 6 October 2015 (UTC)

First, I completely disagree with the idea that we can not mention anything that is mentioned in some constitution, somewhere. For example, some constitutions say that you may not discriminate against someone on the basis of their religion. Does that mean we should not have a "regardless of [...] religion" line? No, it is still quite appropriate policy for our community. In addition, you are distorting the meaning of "secrecy of correspondence" as implemented in constitutions. It actually means that no one can (in theory, in certain jurisdictions) intercept communications before they reach the recipient.
The draft line disallowing, "Publication of non-harassing private communication" addresses something entirely different. It is saying that in our community (we are setting policy for our community, not implementing a constitution), you must respect the confidentiality (with one given exception) of private communications received by you. This has nothing to do with "a fundamental legal principle enshrined in the constitutions of several European countries" Mattflaschen-WMF (talk) 04:41, 7 October 2015 (UTC)
Yes, as an atheist I feel discriminated by the mention of religion, which is giving a privilege to non-atheists. Hence I'd very much like it removed. Constitutions do a better job at... providing constitutional principles. Nemo 21:11, 13 October 2015 (UTC)

An attempt to clarify the sentence and avoid several concerns expressed above:

  • Publication of private communication when the result exposes the sender to harassment.

Disclosure of personal details is already covered in the previous point of the CoC. This item is about disclosing other types of information that makes someone a target for harassment. These two items should cover most cases of harassment and disrespect. In my opinion, the sentence proposed does a better job at making clear why this behavior is inappropriate.--Qgil-WMF (talk) 22:30, 12 October 2015 (UTC)

@Krenair, Mattflaschen-WMF, Roan Kattouw (WMF), Ironholds, Tgr (WMF): your feedback on this alternative is welcomed. We agreed to give us an extra week to resolve some open discussions, and this is one of them.--Qgil-WMF (talk) 08:38, 14 October 2015 (UTC)
I like that wording. I didn't mind the previous version, but I like this better. It's narrower and still accomplishes what it needs to. --Roan Kattouw (WMF) (talk) 17:53, 14 October 2015 (UTC)
Not perfect (I think ideally we'd put something about intention in, but I don't think it'd work in practice), but much better. --Krenair (talkcontribs) 17:55, 14 October 2015 (UTC)
I think the new wording makes the intention of the item more clear without decreasing its effectiveness, so I would support it. Ryan Kaldari (WMF) (talk) 20:24, 15 October 2015 (UTC)
I think it is problematic. It makes something unacceptable or not based on possible future consequences, which is not a great guideline for people trying to decide how to act. Also, the harassment doesn't actually need to happen to discourage participation. If you have an experience (personal or conveyed by people belonging in the same marginalized group) of published private communication resulting in harassment, you will probably be hesitant to join a community where publishing private emails without permission is the norm, even if in that specific community it has never so far resulted in harassment. --Tgr (WMF) (talk) 20:54, 18 October 2015 (UTC)
An alternative phrasing that would remove the annoyance of asking for permission every time you want to publish something trivial is Publication of private communication unless you are confident the other party wouldn't mind.
That does not deal with whistleblowing / claims of private harassment, but I don't think that's a problem - there should be private channels to report those things, and public claims of impropriety should be a last resort. Dealing with these things by inciting public outrage is exactly the kind of verbal Weimarization that a good code of conduct policy is supposed to prevent. --Tgr (WMF) (talk) 21:05, 18 October 2015 (UTC)
I am a little confused here; we seem to be against a principle that I though would've been a given, related to violation of perceived privacy. If two people are discussing something in private, there's the assumption of privacy, and hence, publishing such conversation is out of etiquette even if it doesn't result in "exposing the sender to harassment". If there's a need or desire to publish some private communication, then the participants should agree to it. Once they agree to publish this communication, it is no longer private, and hence, the rule doesn't apply to it. Many laws and regulations use the same principle, as well, this "assumption of privacy" when dealing with violation of privacy or problems with it. I really don't quite understand what the problem is with that sentence? Moreover, changing it to include the caveat that it is only wrong when it exposes the sender to harassment puts the responsibility on the victim to prove that they suffered damage, which is something the CoC is supposed to prevent to begin with, isn't it? I am really confused here, maybe someone can explain what the issue is with the original sentence? I really don't understand. I didn't expect it to be controversial at all, honestly. MSchottlender-WMF (talk) 01:11, 16 October 2015 (UTC)
You are very wrong about it being a given - many people will open a private conversation (face-to-face instead of talking to a group, private mailing lists, IRC channels, etc.) for things which do not need to be private at all. An assumption of privacy is that no one else will be reading your conversation - not that the other person won't later pass on what they learnt. Why should a CoC prevent you from having to provide proof when complaining about something? As for why it's an issue, refer to the above conversation. If this line as written goes into an actual policy, it will lead to very anti-transparent behaviour, because no one will be able to repeat what others have told them individually, you will not be able to call people out publicly for wrongdoing that they inform you of, etc. --Krenair (talkcontribs) 14:33, 16 October 2015 (UTC)
Private communication is not just face to face. It can be an email, or a private message, or a hangout chat. By the fact that one person speaks to another in a non-public manner, we assume the conversation remains in that non-public context. I am not the only one who makes this assumption -- which is why, once again, there are laws and regulations defining what constitutes an assumption of privacy in various situations, whether it was explicitly laid out or not.
If you think a certain private conversation shouldn't be private, you can simply state so, and the other party can agree -- but by taking a one-sided decision, you strip the decision from the person speaking to you, without knowing why he or she made that decision in the first place. You assume, you don't know, and you assume that you're right, and they're wrong, and with that assumption, you risk breaking their trust. Worse, though, with that assumption, you may bring unintended consequences to the person whose decision you are flipping, without even realizing it. All you need to do is ask "can we talk about this in public?" or, alternatively, "can I send this to list X for others to participate?" You will either get a yes, which wasted negligible amount of your time to ask, or you'll get a "no" which will show you that the person in front of you had a reason not to ask said question in public. At that point, you can either choose to not continue the conversation or to continue it privately.
You don't necessarily know what the "price" would be for publishing a private conversation. Perhaps that person has an issue with their social or professional group, and publishing "I don't feel comfortable doing X" hurts them in their standing in that group. Perhaps it's a cultural thing that neither of us are aware of, and will hurt that person personally if it is plastered online in our very very public mailing lists. We don't know what the consequences are, so while it's not illegal for you to publish the conversation, it surely should be unadvised. It is not the right thing to do in the majority of cases, and it should be said so in our Code of Conduct. And if there are exceptional cases where that decision was, actually, the right thing to do, then like all exceptional cases in this and other documents, we will deal with them exceptionally.
As for proof, that is a different matter. You can provide proof without plastering said proof online. In fact, that is probably recommended in many cases and, if followed, would reduce the amount of personal shaming we see online. But even so, this is an exceptional case. The vast majority of cases that this example refers to are cases where someone publishes someone else's personal communication without consent. Private communications that are provided as proof should have a way to be provided privately (or at least semi privately), and if there is no way, then we are dealing with the exception to the rule, and not the rule itself, in which case we will deal with this with exceptions. It might, in fact, be a very good idea to lay out rules on how someone can and should conduct themselves in case they are accused of something this CoC covers. I am all for starting a section about it. MSchottlender-WMF (talk) 17:29, 16 October 2015 (UTC)
Clearly you have very different expectations about where to draw the line between an individual chat and confidential. I find it difficult to believe that you have only ever used such a private chat to talk about truely private things. Even I sometimes go to PM someone just because it's only relevant to them (and it doesn't actually need to be private, but I feel no need to clarify that). As for "Private communication is not just face to face" - you're right of course, but you've completely missed the point. It will be interpreted as included in private communication, and therefore disclosing anything learnt in it to be a violation of the code of conduct. You appear to have fallen down the same hole arguing over specific information that could cause personal harassment, where you actually need to justify this outright ban on disclosing information from private conversations. The current language makes an exception for harassing private communication, but fails to recognise that there are other reasons you might need to disclose things other people have said to bring attention to their actions. --Krenair (talkcontribs) 18:29, 16 October 2015 (UTC)
I don't think I do, and I also don't think we are talking about the same thing. I never said "confidential". Confidential is different than private. It is really very simple; if I contact you in private, I assume it's private. If you're not sure, you can ask. It takes less than 3 seconds to ask, and hurts no one. While I may have many conversations that were done in private but were possibly not necessary to be private, my assumption when I started those conversations is that we are in a private setting. That allows me to communicate differently than if I was in public. If the partner(s) of said communication wanted to move the conversation to a public venue, all they did was ask. Sometimes the answer was "oh, sure" and sometimes it was "I'd rather not". That's why we ask. We give that courtesy to people who talk to us privately, so they can feel comfortable talking to us. I don't quite see what the problem about the definition is.
Also, I think I am missing the bigger issue here. Is there a reason you are so adamantly insisting on being able to publish private communication, or deciding on your own what "wasn't supposed to be private" and what was? Can you give me an example where doing that as a one-sided decision (Without asking permission to do so from the other participant(s)) is the right thing to do? I don't mean to diminish the experience here, I am really just curious to see if our different experiences explain the fact we seem to be defining "expectation of privacy" so much differently? MSchottlender-WMF (talk) 18:59, 16 October 2015 (UTC)
I am getting tired of this, I feel like I am repeating myself and am being ignored here by people who are refusing to get the point. Yes, you assume it's private - between you and the person in the conversation. That means either of you may decide to send it on to someone else, or mention it publicly, later, and you would expect the other person to use their judgement before doing so to determine whether it should be shared or not depending on the subject/content. If I tell you how to write some code in private message, you expect to be able to then go and upload that code for code review, and also then later tell someone else why you decided to do it that way, right? I should not have to give permission for this just because you might wrongly trust someone with something that could potentially lead to you being harassed.
Yes, you must be able to decide on your own what is supposed to be private or not, without having someone else later able to turn around and ban you from everything because of it.
No more examples are going to be provided. --Krenair (talkcontribs) 16:26, 20 October 2015 (UTC)
Consider, alternately, that people absolutely understand your point but simply do not in any way agree with it. Ironholds (talk) 17:55, 22 October 2015 (UTC)
Most of the people who seem to disagree aren't offering solutions. So far I'm not convinced that most do understand it, and perhaps don't even want to understand it. --Krenair (talkcontribs) 21:55, 25 October 2015 (UTC)

┌─────────────────────────────────┘
@Krenair: "Inappropriate or unwanted publication of private communication" has been proposed as a compromise, and like Kaldari I am not sure why you oppose this compromise so strongly. Here is my understanding of your position:

  • When it comes down to it, you consider transparency in the movement to be more important than any individual's expectations of privacy, to the point that you have stated that you will not ask for permission before publishing someone's communications with you (on "trivial" matters, at least) even if the rest of the community comes to the consensus that it is against its standards.
  • You expect that others will agree with your judgement of what is "trivial", and therefore ok to share without permission, or that it doesn't really matter if they do not.
  • You interpret "Publication of communication" very broadly. Based on what you have written here, you categorize summarizing the contents of a discussion or writing publicly available code based on private feedback in the same bucket as posting private emails or chat transcripts for public discussion and storage in a permanent, publicly accessible and searchable archive.

Am I misunderstanding any of these? --Fhocutt (WMF) (talk) 00:56, 27 October 2015 (UTC)

I find this a complicated subject. As often, the extremes are clear ('I discussed this with X and they said this was a good method' during code review is OK, 'X is struggling with <medical condition Y>' is clearly not OK) are clear, but the gray zone inbetween is not so clear. Is it OK to copy-paste a private support request into a Phab task? Is it OK to report someone if they privately tell you they are abusing their privileges ('X told me they are running a Counter-Strike server on Labs')? And what if it's something that you find is morally wrong but not against actual rules?
The second question then is: do these constitute harassment, and if they do, are they covered by the other rules already? The examples I can come up with are either already covered by the policy (medical condition = doxxing), not OK but also not harassment (copy-pasting a private support request) or something that should be allowed (reporting the CS server).
I'd therefore like to suggest something different. Instead of considering this as harassing behavior, we could make a note in the expected behavior: 'Exercise restraint when discussing contents of one-on-one conversations with third parties'. This a) makes it clear that one-on-one conversations should not be copy-pasted without consideration, but b) also makes it clear that one-on-one conversations are not necessarily also private. Valhallasw (talk) 20:32, 21 October 2015 (UTC)
Maybe, under expected behaviour, something like 'Excercise judgement when discussing the contents of one-on-one conversations publicly'? --Krenair (talkcontribs) 22:22, 21 October 2015 (UTC)
That's vague to the point of meaninglessness, except where it's specific to the point of meaninglessness. Presumably if I publish private conversations between you, me and a third party, that's totally okay here. Also, if I publish private conversations but thought really hard about whether it was a good idea, I exercised my judgment and it's totally okay here - even if my judgment was fundamentally flawed. We are spelling these things out explicitly for a reason: because ambiguities invite misunderstandings on the part of possible perpetrators that reduces the ability of the code of conduct to serve as an effective guide to community newcomers, and because ambiguities invite loopholes that reduces the ability of the code of conduct to actually be enforced. Ironholds (talk) 03:40, 22 October 2015 (UTC)
I would appreciate it if you would also respond to the rest of my message. Yes, this wording is (on purpose, because it's an expectation, not a rule) somewhat vague, but not more vague than 'Inappropriate or unwanted publication of private communication.'. In addition, that text still prohibits the 'X told me they are running a Counter-Strike server on Labs but told me to keep it secret' case. The original text 'Publication of non-harassing private communication' even prohibits the 'I discussed this with X and they said this was a good method' case and is therefore unworkably broad. Or do you feel those examples should be considered harassment? Valhallasw (talk) 07:29, 22 October 2015 (UTC)
@Valhallasw: I would not consider either of those "publication of communication", so I wasn't thinking of those scenarios. To take the Counter-Strike example:
  • Discreetly forwarding the email to other Labs admins to figure out what to do about that: not publication (not publicly accessible), so, acceptable.
  • Mentioning, in a public email, that someone (or even that particular person) had admitted running the server: not publishing their words, so, acceptable.
  • Quoting a few words or a line or so, as in "This person said the Labs servers were like '[their] own personal playground'": depending on how much is quoted, a grey area.
  • Forwarding their email to Labs-l for public posting and archiving: making their words, which were probably not written with an eye towards public consumption, publicly available: not acceptable without consent except in extraordinary circumstances.
One of the cases this tries to avoid is providing fodder for harassment (mob or otherwise) or other poor treatment when words that were written for one audience are suddenly put out there for anyone random to analyze at length without the context expected by the author. This has happened repeatedly in other communities with bad effects, and it's an important protection to offer in ours. At the same time, working with others will call for sharing communications sometimes. Our community standards should balance this and try to minimize overall risks of harm. --Fhocutt (WMF) (talk) 00:38, 27 October 2015 (UTC)
  • Ok, thank you for clarifying that. I think we are on the same line when it comes to what behavior is OK and what is not, but differ in our opinion whether the current draft statement addresses this well. There's probably also a language barrier issue here, where maybe I'm interpreting the line more strictly than a native English speaker would. In any case, the discussion is essentially already closed (so much for my "No time to respond now, let's make some time for it in the weekend"), so I suppose we should just see how this works out in practice. Valhallasw (talk) 14:43, 1 November 2015 (UTC)
Odd, I'd think bullet 2 would be a grey area too. How does changing a few words avoid opening someone up to harassment? Anomie (talk) 13:10, 27 October 2015 (UTC)
Sure, depending on the level of paraphrasing, that could be a grey area. (An analogy: changing a few words doesn't prevent a passage you're sharing from being plagiarism, even when credit is given, and there is a grey area there as well. We still prohibit plagiarism.) MSchottlender-WMF already described the particular issues when a message written for a specific audience is suddenly shared publicly. When information is summarized for sharing, the wording and tone are not preserved; while nothing can entirely prevent harassment, this rule of thumb will at least help avoid words being taken out of context. For example, someone might write a joking or a frustrated email for one particular audience, which is then shared publicly and used as "proof" of unprofessionalism, bias, incompetence, etc. by people looking to make the author look bad. Summarizing the contents, if they need to be shared, does not offer the same risk. --Fhocutt (WMF) (talk) 19:50, 27 October 2015 (UTC)

Another problem I want to bring up with the current language is that it acknowledges that it may be appropriate to call some communications out publicly, but only attempts to cover that single example (harassing communications), which is highly problematic. --Krenair (talkcontribs) 21:55, 25 October 2015 (UTC)

New proposal, welcomes feedback

I think MSchottlender-WMF has a point which is representative of others' concerns (including mine in my first comments in this discussion). I also agree with Tgr (WMF) that my last proposal is problematic because not even in good faith someone can be certain that some disclosure will not make someone a target of harassment. So what about this:

Inappropriate or unwanted publication of private communication.
  • We are using the "Inappropriate or unwanted" formula already, which was discussed at length but ended up being accepted over other alternatives.
  • The "inappropriate" part leaves room for appropriate cases i.e. reporting something in good faith believing that is wrong and needs to be known.
  • The "unwanted" part leaves room for wanted/neutral cases where the person is confident that the publication is unproblematic.
  • Just like with touching, stalking, etc, different people might have different opinions about what is inappropriate or unwanted, but social conventions exist, and they work most of times (i.e. this hasn't been a relevant problem in our tech community so far?).

{{support}} / {{neutral}} / {{oppose}}? It would be great if we could reach a decision by the end of Wednesday 21.--Qgil-WMF (talk) 09:31, 19 October 2015 (UTC)

We're going to leave this for more discussion, probably until the 28th. Mattflaschen-WMF (talk) 22:10, 21 October 2015 (UTC)
Consensus reached. Most participants were okay with this as a compromise. Mattflaschen-WMF (talk) 22:28, 28 October 2015 (UTC)

Very strong oppose for the same reasons as above. --Krenair (talkcontribs) 16:15, 20 October 2015 (UTC)

@Krenair: I'm confused. It seems that this new wording is mostly to address the concerns you raised above, i.e. that the rule would effectively consider "any publishing of private communication as harassment/inappropriate." Why is this new wording still not acceptable to you? Personally, I think it goes too far to assuage your concerns, i.e. it puts too much of a burden on the victim. Kaldari (talk) 23:10, 21 October 2015 (UTC)
'unwanted' means pretty much any publishing of private communications can be against the code. 'inappropriate' is too open to interpretation. --Krenair (talkcontribs) 13:59, 27 October 2015 (UTC)
Yes, the first is rather the point. There are a lot of things that are good to do when both parties agree, but which become hurtful when one person goes ahead and does them without regard for the other's wishes, and publishing private communication is one of them. If you guess right on what is trivial and ok with the other person to share (or just ask first), you shouldn't run into "unwanted", except in whistle-blowing situations that most would consider "appropriate" (and even there, sharing specific communications publicly is a pretty extreme measure--although sometimes justified). Do you have a suggestion to make "inappropriate" clearer? --Fhocutt (WMF) (talk) 16:58, 27 October 2015 (UTC)
You want to make it clearer, while addressing my concerns? No, it seems the idea is fully incompatible, and needs to go otherwise I cannot agree to this. --Krenair (talkcontribs) 18:24, 27 October 2015 (UTC)
What do you mean by "fully incompatible"? Is your opinion that any sharing of private communication is acceptable, whether there was an expectation of privacy or not? Earlier you just said that it was too open to interpretation. Kaldari (talk) 03:06, 28 October 2015 (UTC)

Support I think this is a good compromise that addresses the original concerns while still allowing for common sense (e.g. if someone sends you suggested code for a WMF-deployed extension you're working on, the clear unwritten implication is that you'll eventually be uploading it publicly to Gerrit). Mattflaschen-WMF (talk) 20:57, 21 October 2015 (UTC)

Support This wording addresses my previously stated concerns. Jmorgan (WMF) (talk) 22:24, 21 October 2015 (UTC)

  • comment disclaimer: I strongly support the creation of a CoC. Just FYI: publishing private communications is already forbidden by law in some Countries, such as Italy. As a general suggestion I'll start creating a *core* CoC, dealing with harassment (both online and offline) and outing. Minor issues should be addressed later. --Vituzzu (talk) 22:36, 21 October 2015 (UTC)
    That it is handled by law is not relevant. Legal systems vary wildly by country, time and time again police forces have been shown to care not a jot about what happens on the internet, and suggesting that it is the job of individual victims to handle their entire legal system puts a massive and unfair burden on them. I agree, we should start by handling harassment and outing. And the unwanted publishing of private communications in an inappropriate context can be used for harassment and can be outing. So... Ironholds (talk) 03:37, 22 October 2015 (UTC)
    • I would be interested in the wording used there, as (presumably) the 'I discussed this with X and they said Y was a good way to do Z' situation is not illegal. Or maybe it is, and this is left to the prosecutors discretion? Valhallasw (talk) 07:29, 22 October 2015 (UTC)

Reluctant support - Honestly, I think this wording puts too much of a burden on the victim. They will now be expected to prove that they expressed a preference that their private communication was not meant to be shared publicly. I prefer the existing wording. That said, it doesn't look like there's much chance of getting consensus on the existing wording, so I guess this compromise is the best I can hope for :( Kaldari (talk) 23:16, 21 October 2015 (UTC)

Support While I, too, prefer the existing wording to this one, I think the proposed one an acceptable compromise. MSchottlender-WMF (talk) 23:23, 21 October 2015 (UTC)

Support. What Kaldari/Moriel said, basically. Ironholds (talk) 03:35, 22 October 2015 (UTC)

Neutral What Kaldari/Moriel said, likewise. Having "inappropriate" there ameliorates the burden on the person whose words were shared, at least. --Fhocutt (WMF) (talk) 20:33, 22 October 2015 (UTC)

Weak support This is definitely better than the existing wording. "Unwanted" is somewhat vague, but it's no worse than "unwanted attention" ("I don't want you to notice me misbehaving!") or "unwanted communication" ("I don't want you to tell me to stop!"). Anomie (talk) 15:01, 23 October 2015 (UTC)

"Our open source community acknowledges the presence of systemic inequity and oppression and prioritizes marginalized people’s safety over privileged people's comfort."

The community "prioritizes marginalized people’s safety over privileged people's comfort" - from the viewpoint of this document, isn't one person's safety always more important than another person's comfort, regardless of their privilege? Including this sentence makes it seem like the answer is no - which is highly provocative. Actually, there may even be some legal drawbacks to this phrasing (if, say, a person "of privilege" gets injured at an event), but I'm not a lawyer. Yaron Koren (talk) 13:36, 1 October 2015 (UTC)

Yes, I agree everyone's safety is important (more important than "comfort" as reasonably interpreted), and I don't think this would affect any liability judgement. This line is used in many CoC's, including the TODO CoC template. Mattflaschen-WMF (talk) 20:41, 1 October 2015 (UTC)
I know the TODO people came up with it - that does nothing to strengthen my confidence in it. :) If you agree that safety is more important than comfort, why only enforce a subset of that? Yaron Koren (talk) 21:10, 1 October 2015 (UTC)
I never said TODO came up with it. It's not only enforcing a subset. There are additional clear provisions to protect everyone's safety in the CoC. This is just one explanatory line. Mattflaschen-WMF (talk) 21:29, 1 October 2015 (UTC)
I don't think it really explains anything - it's obviously trying to make a point about dealing with disparities, but (in my opinion) in a ham-handed way that actually says nothing. Yaron Koren (talk) 23:18, 1 October 2015 (UTC)

I am quite uneasy with this clause and its implication that there are two classes of people - "privileged" and "marginalized", both never defined but seemingly having different rights with regard to this policy. I think that removing those ill-defined classifiers and just saying that comfort does not override safety, would be more in alignment with what we are trying to achieve here (which is presumably a welcoming environment for all good faith participants and not trying to split them into two groups and foster a divide between the two). --Smalyshev (WMF) (talk) 17:05, 5 October 2015 (UTC)

3 months

Very strongly oppose "Only resolutions (such as bans) that last 3 months or longer may be appealed by the reported offender. Reported victims can always appeal." --Ricordisamoa 04:56, 4 October 2015 (UTC)

@Ricordisamoa: you've opened quite several sections here with individual phrases and 'oppose'. We're not currently voting on individual chunks like that (although we are voting on some alterations). If you've got problems with elements I'd suggest opening up a section for discussion, rather than going right to voting, assuming that there aren't pre-existing discussion sections (which there may be in some cases). Ironholds (talk) 14:52, 4 October 2015 (UTC)
@Ricordisamoa: this is being discussed at #Appeals. Please comment there, and remove this duplicated section in order to keep the discussion in one place.--Qgil-WMF (talk) 19:06, 4 October 2015 (UTC)
It may look like obstructionism, but that was the only way I could let my voice be heard — it hasn't been so far. --Ricordisamoa 05:24, 5 October 2015 (UTC)
In #Appeals I'm agreeing with you on removing the less-than-3-months exception. Maybe your voice is heard indeed.--Qgil-WMF (talk) 07:59, 5 October 2015 (UTC)

"Project administrators and maintainers"

Very strongly oppose No clear definition and excessive responsibility placed on volunteers. --Ricordisamoa 04:59, 4 October 2015 (UTC)

@Ricordisamoa: you already opened a section about this topic. I replied, and you didn't follow up. I have added this definition in the new FAQ.--Qgil-WMF (talk) 19:11, 4 October 2015 (UTC)
I'm sorry for not catching your reply. You wrote "you can report the problem to the committee, and they will find out who is responsible in that context": that could have meant some people would have had a responsibility without knowing. Now the meaning is clearer, and I'm even more deeply opposed to placing such a burden upon volunteers who have accepted greater responsibility as 'maintainers' on a purely technical basis. --Ricordisamoa 05:20, 5 October 2015 (UTC)
Commitment to a respectful and harassment-free experience for everyone implies responsibilities, yes. What is the alternative? A community where it is fine if maintainers witnessing acts of harassment or disrespect in their projects don't do anything about them, not even reporting them privately?--Qgil-WMF (talk) 11:16, 5 October 2015 (UTC)
It would be good if the document explicitly said whether admins and maintainers would actually get in trouble for not reporting violations. As I've said elsewhere, this document, especially with its most recent changes, specifies a lot of "recommended" behavior that isn't going to get enforced - the "Participate in an authentic and active way" sentence is probably the most egregious example. So it would be good to know which of the two this is. (And it would also be good if all the non-enforced stuff were moved into a separate document, but that's another story.) Yaron Koren (talk) 14:31, 5 October 2015 (UTC)
I agree with Yaron and Ricordisamoa that this passage is problematic. I don't know what a "project administrator" is, but volunteer maintainers don't have any special access to information etc. about possible violations of the code, hence shouldn't have any special burden. Such a clause will certainly be abused: when A hates B for thing X, it's common that A stirs C into doing something about totally unrelated thing Y which B would be in obligation to do something about, so that A gains a chance to objurgate B for failing said obligation, and achieve a "free field" in original camp X. Nemo 07:43, 6 October 2015 (UTC)
This might be different for WMF employees, who have access to dozens private wikis, mailing lists and documents and hence may find themselves in a position where if they don't report a violation nobody else will be able to. Nemo 07:43, 6 October 2015 (UTC)
@Yaron Koren: note that the text says "responsibility" to take action, not "obligation". Violations can be complex, and their reporting can be complex as well. The reasons for someone not to report a violation may be so diverse that I would not attempt to define a rule for them all. The person might be an indirect victim, not reporting fearing retaliation. The person might be an accomplice, allowing an act of harassment on purpose. These might be the type of complex cases requiring investigation from the Committee, mentioned in the draft.
@Nemo_bis: WMF private spaces are out of scope of the CoC, and the Wikimedia technical spaces within scope are basically public. The point of this sentence is that violations of the CoC should be addressed when witnessed, which is better behavior than letting a victim to help themselves. Administrators and maintainers are in a very good position to help someone being harassed or offended. They are supposed to have experience, permissions, and community contacts including the Committee. This line entitles them to take action (as the CoC recommends even before reporting a violation to the Committee), and also states their responsibility to react to a violation instead of looking away.
Even if I see why you might be reticent to "charge these volunteers with more responsibilities", from an ethical point of view I believe that administrators and maintainers have such responsibility already, before any written CoC, as persons who have received an extra dose of trust from their communities. If you join the logic of a Code of Conduct in an open source project, this line is quite obvious.--Qgil-WMF (talk) 23:43, 6 October 2015 (UTC)
If "the logic of a Code of Conduct" has this implication, maybe said logic is incorrect. Nemo 21:07, 13 October 2015 (UTC)
"So it would be good to know which of the two this is." The "Project administrators and maintainers" sentence is definitely meant to be binding. Mattflaschen-WMF (talk) 00:25, 7 October 2015 (UTC)
Qgil disagrees with you... Yaron Koren (talk) 13:11, 7 October 2015 (UTC)
Yes, I respectfully but firmly disagree with him. A responsibility is something you have to do, and I think that's the only correct interpretation. Dictionary.com: "1. the state or fact of being responsible, answerable, or accountable for something within one's power, control, or management.", "2. an instance of being responsible", "3. a particular burden of obligation upon one who is responsible". Mattflaschen-WMF (talk) 03:15, 8 October 2015 (UTC)
You seem to assume that above-average knowledge of some code implies actual ownership of a project and the duty of keeping an eye on every activity within its scope. +2 doesn't. --Ricordisamoa 13:26, 7 October 2015 (UTC)

Looking the trend at the proposal to remove the section where this sentence sits, I wonder how much we need to get into details. In practice it will depend on circumstances, especially whether the non-reporting caused more damage to the victim or someone else reported immediately, whether the admins/maintainers were at risk as well or not... No matter what we write or not, in complex cases the Committee will have to investigate and decide.--Qgil-WMF (talk) 18:12, 8 October 2015 (UTC)

Given not even you and Matt agree on the meaning of this part, it's clearly a time bomb that must be removed. Nemo 21:08, 13 October 2015 (UTC)

New proposal, welcomes feedback

"Project administrators and maintainers have the right and responsibility to take action on any communication or contribution that violates this code of conduct."

Others have said that this sentence needs to stay in the CoC, and I agree with them. I think its appropriate location is at the "Report a problem" section, in its own paragraph before "Committee members, administrators, project maintainers, and designated contacts are obligated..." First it was under "Unacceptable behavior", but since the topic is about taking action, the section about reporting is a better fit.

The points raised have been:

  • It is not clear what is an administrator or a maintainer. The answer is clear.
  • This puts an excessive responsibility on volunteers. First of all, most of our tech spaces (and definitely the ones most likely to be the scenario of problems, due to their high activity) have plenty of administrators/maintainers that are not volunteers, but mostly WMF employees. One notable exception is the PyWikiBot project, their maintainers were starting a CoC discussion before joining this one, and so far they have been supportive of this draft. If maintainers of smaller projects with little to no WMF participation don't take the responsibility to take action, then potential victims might be at their mercy, a situation that contrasts with the commitment expressed in the Principles. Secondly, I still don't see why taking action after observing a violation of the CoC is "excessive" responsibility. In plain ethical terms it is the right thing to do, not an excess of ethical behavior, for any witness, even more if you are trusted as an administrator/maintainer by the same community that is committing to this CoC. So no, I don't think this CoC puts excessive responsibility on volunteers.
  • Will admins and maintainers get in trouble for not reporting violations? Mattflaschen-WMF says yes, I say depends, and I believe in practice we agree. Clearly yes when an admin/maintainer is not taking action because is in fact an accomplice. Probably yes when that person is the only witness and not taking action implies continued harassment due to nobody else knowing or taking action. Things get more complicated if the person is not reporting because they are also a victim of that violation and fear retaliation just as much as the primary victim, who is not reporting for fear in the first place. Probably nothing will happen when an admin/maintainer hesitates to take action on a very public violation, but then others step in quickly, with no actual consequences for such omission. What I'm saying is that I'm happy with the sentence as it is now, and in complex cases the Committee will need to investigate, as the draft already says. I think Matt and others agreeing with the sentence can agree on this as well.

Conclusion: the proposal is to keep the sentence as it is, and move it to the "Reporting a problem" page right before "Committee members, administrators, project maintainers..." Please cast your {{support}} {{neutral}} {{oppose}} positionings below. It would be great if we could reach a decision by the end of Wednesday 21.--Qgil-WMF (talk) 11:35, 18 October 2015 (UTC)

Neutral I don't like the idea of requiring people to enforce something they don't necessarily agree with, but at the minimum they should ensure that people who are willing to enforce it get the necessary permissions. --Tgr (WMF) (talk) 19:50, 18 October 2015 (UTC)

Oppose At the risk of hyperbole, requiring people to inform on others for non-criminal acts is the hallmark of a police state, not a healthy society or organization. More specifically, why should I, as an extension maintainer, have any special responsibilities in this regard? I administer code, not people. Yaron Koren (talk) 14:07, 19 October 2015 (UTC)

See, the risk of hyperbole is where it might be hyperbole. That's just hyperbole. Nobody said you as an extension maintainer had any responsibilities; the project is Gerrit, or Phabricator, and the administrators there should handle it. Ironholds (talk) 15:18, 19 October 2015 (UTC)
Sorry, I didn't understand any of this. Does this sentence not apply to me, as an extension maintainer? The FAQ says that "Maintainers are identified by their commit rights in a code repository", which would presumably include me. Yaron Koren (talk) 16:33, 19 October 2015 (UTC)
Let's look at the case of an extension project with a single active volunteer maintainer. The spaces related would be i.e. one Gerrit project, one Phabricator project, and one page in mediawiki.org. If the sole maintainer sees in these spaces e.g. personal attacks, offensive comments, or sustained disruption of community collaboration, they are going to have a problem in their small community regardless of CoCs and preferences to focus on code and not people. With this CoC, the Wikimedia tech community commits to address this problem even if the sole maintainer takes the path of minimum effort and shares privately at techconduct@ the URLs where the problems can be found. Then the maintainer will see someone from the Committee or the admins of the affected spaces trying to deal with the situation. Looks like a good deal for volunteers aiming to maintain an open and welcoming project, without having having to deal with each social problem themselves.--Qgil-WMF (talk) 17:05, 19 October 2015 (UTC)
Sorry, once again I'm failing to grasp something. You're talking about how the WMF can help maintainers, which is nice, but it doesn't seem to be connected to the sentence under discussion, which is concerned with only one thing, and that is the punishment of admins and maintainers like myself who fail to report problems. Where is the "good deal" there? Yaron Koren (talk) 17:37, 19 October 2015 (UTC)
If someone is being harassed in a solitary corner of the Wikimedia tech spaces, nobody reports the problem because the victim doesn't know / doesn't dare, because there are not enough witnesses, but one of them is the project maintainer, who is not pointing the problem to anyone even knowing that a CoC, administrators, and a Committee exist, that a possibility to report anonymously and privately exists... then you are right, this CoC is not offering a good deal to such maintainer. And by the way, I don't see how this situation would describe a healthy society or organization.--Qgil-WMF (talk) 22:48, 19 October 2015 (UTC)
Even a healthy society or organization has problems, but they usually don't punish the bystanders. Anyway, I believe you've acknowledged my main objection, which is that this sentence would make life more difficult for extension maintainers like me, who freely give our time to develop software and would potentially face extra penalties as a result. Yaron Koren (talk) 23:38, 19 October 2015 (UTC)
Your minimum possible requirement is to email someone a URL if you see people behaving inappropriately in the pages related to your extension. Is that too much? Ironholds (talk) 00:07, 20 October 2015 (UTC)
Yes, absolutely. The issue isn't the amount of work involved; it's being required to inform on others, and knowing that I potentially face penalties for non-compliance. Yaron Koren (talk) 01:57, 20 October 2015 (UTC)
I have sent an email to wikitech-l requesting more opinions about this proposal, especially from admins and maintainers, and very especially from volunteer admins and maintainers. Ideas to reach out to other volunteer maintainers not following wikitech-l are welcomed.--Qgil-WMF (talk) 06:33, 20 October 2015 (UTC)
Isn't there an extreme practical problem with requiring some sort of mandatory reporting of "personal attacks" or "offensive comments"? Are people familiar with the dilemma of having "selective enforcement" on one hand (i.e. only the political out-group suffers) versus "zero tolerance" on the other hand? (the most trivial incidents lead to penalties). A long time ago, I was a system administrator. I always took a very hard line against having any sort of quasi-judicial role. My position was that my job was to keep the machines running, because that is what I had skill to do. It was not in my area of expertise to try to distinguish between, e.g. erotica versus pornography (if anyone could - i.e. presuming the latter is a violation and the former is not). Nor was I going to try to rule who was correct if a feminist and a conservative started insulting each other. That way lies, if not madness, or a literal police state, at the very least a highly politicized position for people who are not by nature or training well-suited to that politics. -- Seth Finkelstein (talk) 03:07, 20 October 2015 (UTC)
Looking at our community I don't see any "extreme practical problem" in sending a couple of URLs to the Committee, and let them judge and take action. I think the root of the disagreement is just the disagreement on committing to "making participation in Wikimedia technical projects a respectful and harassment-free experience for everyone". If a community member (admin/maintainer or not) commits to that principle, then taking action is a logical consequence. If that community member doesn't commit to that principle, then not committing to take action is also a logical consequence. The ultimate purpose of the CoC is to provide that "respectful and harassment-free experience for everyone", and that goal is objectively better achieved with the co-responsibility of admins and maintainers explicitly defined, as this sentence does.--Qgil-WMF (talk) 06:56, 20 October 2015 (UTC)
Try this sentence instead "If a community member (admin/maintainer or not) commits to (reporting every possible offensive comment for possible action against the speaker) ...". See the problem? The phrasing above masks the issue, by pre-supposing the outcome, as "respectful and harassment-free". But that is like "safe and crime-free", it assumes the conclusion. By analogy, a requirement to report ever possible suspicious person to the authorities for evaluation if they are a criminal could be argued like that - are you for or against security? Again, isn't the problem clear? -- Seth Finkelstein (talk) 08:30, 20 October 2015 (UTC)

Oppose per explanation above, completely unworkable on a practical basis given the vague and broad potential violations. Too much of a "Three Felonies A Day" potential problem, leading to either enforcement abuse or an overwhelming number of incidents to process. -- Seth Finkelstein (talk) 03:07, 20 October 2015 (UTC)

With all respect, I think this statement is detached from the sentence being evaluated and the reality of our community. The sentence is not asking admins/maintainers to enforce anything; it is asking them to take action if they witness inappropriate behavior (i.e. send an email to the committee). "Overwhelming number of incidents", where have you ever seen this risk in our technical spaces? Even if that happens in a specific project, that would bring the attention/help from other admins naturally.--Qgil-WMF (talk) 07:09, 20 October 2015 (UTC)
Seth, you are proving too much. That argument is not related to maintainers or reporting in any way, and in the end leads to the claim that there should be no rules against anything that happens often. Do you really mean that? (Also, do the things described in the CoC really happen that often?) --Tgr (WMF) (talk) 08:13, 20 October 2015 (UTC)
  • I still have no idea who "administrators and maintainers" are (the FAQ doesn't help understand; besides, I oppose the inclusion of any text which forces us to have further kilobytes of text in explanations in other pages), but I agree with Yaron's very good point as well as Seth. I also reiterate my point above: given not even the proposers agree on what this sentence actually means, its inclusion can only do harm. Nemo 07:15, 20 October 2015 (UTC)
    • Also interesting on mandatory reporting/informing/whistleblowing (obbligo di denuncia/delazione): [4], [5], [6], maybe [7] (only read abstract). Tough topic... --Nemo 08:14, 20 October 2015 (UTC)
Qgil, what is "inappropriate behavior", in the sense of, does one have any ability to be selective in reporting (meaning it can then become a tool to use against unpopular group members), or must one report anything that might possibly conceivably potentially offend someone somewhere (and hence the "overwhelming number of incidents")? Both are undesirable outcomes. Note it is not asking, but requiring. Are you familiar with the expression "Is that a request or an order?" (i.e. asking - in which case one can refuse presumably without penalty - or requiring, where one cannot refuse on pain of a penalty).
Tgr, mandatory reporting (which to be clear, I am presuming is at issue) is known as problematic for the issues I've been outlining. The outcome is not against having any rules at all, but rather, for carefully considered structures which try to take into account well-known failure-modes. One very bad reasoning process I have seen often, is to simply assume these failure modes away, with an argument that anything can fail, and we'll sort it out among enforcers who are all fair and just (and besides, the argument goes, there's a crime problem). Arguing against this in various forms is a curse of being a cynical person with a civil-libertarian perspective. -- Seth Finkelstein (talk) 08:30, 20 October 2015 (UTC)
But the lack of mandatory reporting leads to reporting being selectively applied against the outgroup, according to your argument. As I said, your argument is proving more than you are giving it credit for.
In practice people seem to simply acknowledge that the system is not perfect but still better than no system. Criminal prosecution, for example, is certainly applied with some level of bias against various unpopular groups. No one (apart from the anarchist and ultralibertarian fringes) thinks this is reason to disband it. The same would apply to a policy about not harassing each other, as well. --Tgr (WMF) (talk) 09:26, 20 October 2015 (UTC)
FWIW I don't think a special reporting responsibility for maintainers makes sense, since they don't have any special reporting powers, so there is no good reason why they should have more responsibility. But then I don't see how the assumption of mandatory reporting follows from the phrasing suggested by Quim, either, --Tgr (WMF) (talk) 09:30, 20 October 2015 (UTC)
@Seth Finkelstein: I meant Unacceptable behavior.--Qgil-WMF (talk) 09:30, 20 October 2015 (UTC)

Mildly oppose I came here from Qgil's email to wikitech-l. I'm a volunteer developer with +2 in a couple of repositories. I partially agree with Yaron Koren's view - I feel that maintainers of an extension volunteered to maintain the code in the repository and not so much "police" (for lack of a better word) the space in which the development happens. IMHO in terms of RfC keywords, this should be a "should" and not a "must". I completely agree that for a healthy environment, this is necessary, and personally will try hard to report any violations I see. But that's the thing - I will "try". Looking at this another way, are volunteer developers "required to" (must) maintain their extensions by reviewing all patches on a timely basis? I'd say they're "expected to" (should), or that it is "recommended" (should). If I got that right, then I think the CoC should follow the same principles. --Polybuildr (talk) 07:56, 20 October 2015 (UTC)

Again Oppose as Yaron Koren, Nemo bis, and Polybuildr. --Ricordisamoa 11:35, 20 October 2015 (UTC)

Oppose If there's a requirement to report any potentially violating behavior on pain of some sort of punishment for not reporting, and some of the violating behavior is vague enough that I cannot be sure that something isn't a violation (e.g. how do I know if some attention or public communication is unwanted?), how would I not be required to report to the committee every day "There was public communication today and I don't know if it was unwanted by someone. Please investigate. Thanks."? Anomie (talk) 14:26, 20 October 2015 (UTC)

Oppose per Anomie. --Krenair (talkcontribs) 16:09, 20 October 2015 (UTC)

Support - Rights come with responsibilities. If the people in charge of our projects can't be bothered to keep things civil, who will? Kaldari (talk) 17:32, 23 October 2015 (UTC)

If by "keep things civil" you mean report cases of harassment - how about the victims of said harassment? They would be the obvious candidates to do it. Yaron Koren (talk) 19:51, 23 October 2015 (UTC)
@Yaron Koren: This comment probably speaks about your (lack of?) experience being harassed in a community you are not necessarily familiar with, trying to defend yourself when nobody around seems to express any sympathy or signs of helping you. Your position is a clear example of putting the comfort of admins and maintainers well established in their community roles over the security of a contributor being harassed and not receiving help. The focus of this CoC is to stop harassment, and consequently it prioritizes actions in that direction. Moving from binding obligation to non-binding expectation is as far as I think it is acceptable to go.--Qgil-WMF (talk) 08:26, 24 October 2015 (UTC)
@Qgil-WMF: to use this to clarify a point we started discussing elsewhere on this page, by "Security vs Liberty debate", I meant - imagine if a proposed law began full of phrasing such as "prioritizes victim's safety over criminal's comfort", "Refusal to explain or debate law enforcement concepts", etc. That's not a hyperbolic analogy. There are politicians and parties which truly would do something along those lines. It's not an American exclusive practice. And there are sincere and well-meaning people who honestly believe that's best for society. When you say "stop harassment, and consequently it prioritizes actions in that direction.", that comes across to me as akin to the greater political debate stance of "stop crime, and consequently it prioritizes actions in that direction." (i.e. favoring law enforcement type power and regarding any potential for abuse as inconsequential collateral damage to the goal of a War On Crime). The US cliche phrase for this is Law-And-Order, but I'm sure other countries have the equivalent. I still don't believe you've addressed the conceptual point that such vague and broad potential violations as "Offensive, derogatory, or discriminatory comments", combined with the mandatory reporting you favor, would seem to lead to an extreme outcome. Seth Finkelstein (talk) 05:54, 25 October 2015 (UTC)
I should note that this seems to be an irrelevant discussion, since the specific issue covered in this section - whether there should be penalties for admins who don't report harassment - has presumably already been settled. (I only responded to Kaldari on the off chance that his question wasn't rhetorical, but maybe that was a mistake.) Yaron Koren (talk) 14:15, 25 October 2015 (UTC)

Rewording proposal

Alright, I think we have got enough feedback contrary to the idea that it is the "responsibility" of admins and maintainers to report potential violations in their spaces. I found Polybuildr's comment very useful, noting the difference between "must"/"required to" and "should"/"expected to", and comparing these against the responsibility of reviewing patches, which is a direct responsibility of maintainers. By moving to "expected to" we remove the obligation and therefore the binding responsibility. Still, we can keep the non-binding expectation in the CoC. We can expect that most admins and maintainers "will try" to keep their spaces open and welcoming.

I will move the edited sentence to the location proposed under "Report a problem". Since that section will be the next one to be reviewed, we can keep this discussion open for improvements if you wish.--Qgil-WMF (talk) 21:37, 21 October 2015 (UTC)

  • Support as compromise. I do think technical leadership implies some level of community leadership. At minimum, this should include making a strong good-faith effort to promote a respectful space. Rather than become bogged down in what it means to have a binding responsibility and whether perfection is required, a non-binding but recommended expectation allows us to express the goal. Reporters still have the option to report to the committee either as a first resort, or if reporting it elsewhere fails. I've added some text to clarify this. Mattflaschen-WMF (talk) 22:24, 21 October 2015 (UTC)
  • Oppose No offense to Polybuildr, but I don't believe the term "expected" indicates that something is non-binding - if anything, it usually indicates the opposite. This seems like adding more unnecessary confusion. (Qgil - as you probably recall, you originally argued that the previous wording, "responsibility", was already non-binding, because "responsibility" is not "obligation".) It should be clearer - although really, this is yet another argument for moving all the non-binding stuff into a separate document. Wasn't there already consensus around that in the discussion below? (Ironically, that idea was proposed by Mattflaschen, who's now arguing for this; I don't know what it all means.) Yaron Koren (talk) 01:17, 22 October 2015 (UTC)
    • @Yaron Koren: It is not binding. Are you interested in proposing an alternative wording to make this clearer?--Qgil-WMF (talk) 23:12, 22 October 2015 (UTC)
      Well, I would rather it didn't show up at all (for the reasons laid out below by, er, Mattflaschen), but I would think the only way to make it clear is to explicitly include a phrase like "not binding" or "not required". Yaron Koren (talk) 23:16, 22 October 2015 (UTC)
      • That would completely defeat the purpose of the wording. Saying "Project administrators and maintainers do not have to take action on any communication or contribution that violates this code of conduct." would basically be saying "Just ignore the CoC." Kaldari (talk) 17:20, 23 October 2015 (UTC)
  • Support as compromise, per MattFlaschen-WMF. Administrators and maintainers hold positions of community trust, and as such should be held to higher standards. When it is seen that someone who is formally trusted (whether they think they signed up to do anything but review code) lets bad behavior slide, that sends a signal that behavior is acceptable in the community. This has been seen in many open source communities, and we are not exempt from this trend. --Fhocutt (WMF) (talk) 18:39, 22 October 2015 (UTC)
  • Support, essentially per Fhocutt and MattFlaschen: it's not the principle I'd choose but it's clear the only other alternative is 'no principle'. There's a lot of talk about how much of our technical community is WMF-sourced, and I'd point out that at the WMF the requirements to be a senior or lead engineer includes helping create a healthy environment. That's no less optional than the "knowing your way around software really well" element, and it shouldn't be optional here, either. Technical leadership roles are technical roles. They're also leadership roles, though. Ironholds (talk) 18:44, 22 October 2015 (UTC)
  • I don't see a rewording proposal here, but playing the synonym game on "expected" and shuffling paragraphs won't help address any concern. I also don't see how Matt's diff above relates to this discussion. To avoid repeating myself about future reiteration of the same proposals under different appearances, I preemptively oppose any sentence which has "Project administrators and maintainers" as subject or agent, see above for rationale. Nemo 19:57, 22 October 2015 (UTC)
    I fully agree with this. Yaron Koren (talk) 23:09, 22 October 2015 (UTC)
  • Undecided Undecided The word "expected" can mean both "considered reasonably due" and "considered obligatory or required" (cribbed from wikt:expect#Verb definitions 3 and 2), so I have some sympathy for the confusion here. Anomie (talk) 14:50, 23 October 2015 (UTC)
  • Oppose - The responsibility should be binding. Let's change the wording to say that instead of watering it down further. Kaldari (talk) 17:20, 23 October 2015 (UTC)
@Kaldari: could you or others of that stance please clearly address the issue of mandatory reporting, combining with "Offensive, derogatory, or discriminatory comments" as a potential violation, leads to a result of having to report anything which someone somewhere might find potentially offensive? While such an outcome sounds extreme, it seems to follow clearly from those two aspects. In general, it's unclear to me if there's a cross-purposes dispute where some proponents disagree that is the result (and if so, I can't see how), versus others agree that it's the result but deem it a good thing. -- Seth Finkelstein (talk) 05:23, 24 October 2015 (UTC)
@Seth Finkelstein: The language you seem to be objecting to here is quite similar to language that is common in widely adopted codes of conduct, and I'm not aware of such chilling effects as you are predicting occurring in practice as they have been more and more widely adopted over the last several years. Take a look at jQuery: "If you believe someone is violating the code of conduct we ask that you report it to the jQuery Foundation by emailing conduct@jquery.org", "Discriminatory jokes and language". There's the widely adopted Contributor Covenant: "Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct," with "Trolling or insulting/derogatory comments" and "Other unethical or unprofessional conduct". There's the [TODO Code of Conduct http://todogroup.org/opencodeofconduct/#Open+Code+of+Conduct/abuse@todogroup.org], for the TODO Group: "Anyone who violates this code of conduct may be banned from the community," "Offensive comments related to [list similar to ours]," "If you experience or witness unacceptable behavior—or have any other concerns—please report it by contacting us via [CONTACT]."
Do you have evidence that supports your concerns? The Contributor Covenant is used widely enough that I would have expected to hear about unintended effects like the ones you are concerned about. --Fhocutt (WMF) (talk) 00:09, 27 October 2015 (UTC)
@Fhocutt (WMF): first note note some of that language above is recommendation, not requirement. And I would indeed argue, that as such codes of conduct proliferate, there is growing evidence of their "weaponization" exactly due to the broad and vague prohibitions combined with procedural problems. It's a highly charged topic, and I'm extremely wary of being the person who leads the civil-liberties-type viewpoint (much pain, no gain). But for a specific example right this moment, may I direct you to consider a current Wikipedia conduct battle, at 150kbytes of statements as I write this, and looking to produce a whole theater chain's worth of popcorn in the upcoming weeks. A key part of the originating statement (my emphasis, names shortened for courtesy) "... that editor (EC) was misogynist and/or anti-female. Much of the "evidence" of the article revolved round a single diff by EC which in fact did not show any such thing. Previous attempts by various parties to have EC blocked had been unsuccesful, yet this time, when EC protested his innocence, he was blocked by (KL) for violation of a previous sanction.". I don't have a link handy, but I recall one aspect of this overall battle has been an attempt to do precisely the strategy of mandatory action (in this situation that's been phrased as "enforcing the terms of service"). I must note there's horrible examples of nigh-criminal abuse done by others. But this is exactly the civil-liberties problem - the existence of bonafide terrorists who literally cut off heads should not justify unlimited power under the rubric of fighting the threat. As one participant stated "Two things are being conflated by some: harassment and dissent. The former is obviously bad; seeking to stamp out the latter is corrosive to the community and at odds with our mission to write an encyclopedia.". And this controversy is going on right in your area, where you can read the sources directly. If we get into incidents elsewhere, that'll lead to the problem that much of the collection of data can be discounted as having been done by partisan organizations (which is a sad paradox in that nobody else is going to do it). This is not unargued territory (said in a very dry tone). -- Seth Finkelstein (talk) 06:56, 27 October 2015 (UTC)
Seth, you are again proving too much. If you consider the right of maintainers/administrators to act against CoC violations "unlimited power", then the logical consequence is that they should not have such a right - whether taking action is obligatory or not has little to do with whether it is an unreasonably large power that is likely to be abused. (In fact, people who are unwilling to prevent or defuse CoC violations and would have to be explicitly instructed to do so are the least likely to abuse their powers under the guise of the CoC. The people in your example weren't obligated to block/desysop either.) So your argument, taken to its logical conclusion, is that people should not be allowed to use administrator privileges to act against harassment - which would be a very extreme point of view. It's one thing to argue that the powers which the government gained in response to terrorist incidents are too broad, but suggesting that the army and the secret service should be disbanded because of their potential for abuse might be a tad unrealistic. --Tgr (WMF) (talk) 08:59, 27 October 2015 (UTC)
That is an interesting viewpoint. I am more interested in what has happened in the thousands of open source communities that have adopted the Contributor Covenant, which is where the stronger statement (with "responsibility") came from, than a tangentially-related case on enwiki (with years of backstory). In most similar communities where the "civil-liberties-type viewpoint" has been raised, those fears have not played out in practice. --Fhocutt (WMF) (talk) 23:51, 29 October 2015 (UTC)
In any of the communities that have used that wording from the Contributor Covenant, has the phrase "project administrators" in that sentence been used to refer to lots of smaller projects (and their maintainers) within the community, as opposed to just the core software admins? I'm not necessarily endorsing Seth Finkelstein's argument, just wondering. Yaron Koren (talk) 14:55, 30 October 2015 (UTC)
  • Support, the current wording seems reasonable. (I don't consider this a terribly important detail; I would support less or more strict wording as well.) --Tgr (WMF) (talk) 09:03, 27 October 2015 (UTC)

Fine tuning the next steps

After the last week of feedback, we don't seem to be fully happy about the current version, but we probably wouldn't be happy reinstating the previous version either. There were new elements to the discussion and new participants. There was progress... but not consensus.

Here is an idea to keep moving forward, with more flexibility to allow more progress, but without running in circles or reopening parts of the CoC that are not contested. Let's select the parts of these first sections that are still open for discussion, and let's give us another week to reach a consensus on them. We would send an email to wikitech-l with the details, and we would encourage more people to manifest their opinion on these open ends.

Proposed texts open for discussion:

The rest of the text of these sections would be considered frozen in this drafting stage.

We could use this mechanism of the extra week if in future calls for feedback we also end up with portions of text clearly disputed. What do you think?--Qgil-WMF (talk) 23:14, 6 October 2015 (UTC)

Consensus reached. There have been no objections in over two weeks. We'll keep working on the parts listed. The rest from these sections (remaining sections are intro, "Principles", and "Unacceptable behavior") will be considered frozen (there will be a separate approval process for the overall CoC). Mattflaschen-WMF (talk) 02:59, 22 October 2015 (UTC)
There wasn't any consensus on anything and I don't see a proposal on freezing which anyone approved of, other than yourself. It continues to be ridiculous that you self-proclaim the consensus on your own proposals. Nemo 20:03, 22 October 2015 (UTC)
@Nemo_bis: We are drafting a proposal, and we want to progress with the draft so we can present the actual proposal to the community one day. We are putting a lot of time and effort trying to find common agreement even with people that are explicitly against the approval of this CoC. You find ridiculous this effort by us promoters of this proposal? I find our work to be a good exercise of openness, transparency, respect, and patience. And I really think we don't deserve this attitude that you are demonstrating with messages like the one just above.--Qgil-WMF (talk) 22:43, 22 October 2015 (UTC)
@Qgil-WMF:, Let me begin by praising your personal "openness, transparency, respect, and patience" and extending all assumptions of good faith. Nonetheless, the best of intentions must still contend with some very deep political divisions inherent in this topic. Whether expressed rudely or politely, there are fundamentally different social theories at issue. The divide is as deep as the general governmental Security vs Liberty debate (and might be said to be a variant of it). When the draft text (granted, removed now) talks about "prioritizes marginalized people's safety over privileged people's comfort", "Refusal to explain or debate social justice concepts", etc, then simply factually that evident perspective tends to generate obvious wariness about the entire enterprise. -- Seth Finkelstein (talk) 04:54, 23 October 2015 (UTC)
Disagreement is not a justification for rudeness. "the general governmental Security vs Liberty debate" is a US-centric dichotomy. Come to my Euro-Mediterranean context and even the most pro-government and "libertarians" will have a hard time even understanding the positions. "Libertarian" has a total different meaning in my native languages. So you see, it is difficult to reduce discussions to binary terms without establishing false assumptions. Rudeness and polarization are not helpful.--Qgil-WMF (talk) 11:01, 23 October 2015 (UTC)
The "proposal on freezing" you say you don't see is right here: "The rest of the text of these sections would be considered frozen in this drafting stage." (with context adjacent) and anyone can see below there were other supporters and no objections before the close. This was not my proposal, but I have and will close my proposals here where appropriate. I've never claimed to be an uninvolved closer. This is just a way to keep the discussion moving by closing intermediate discussions. We will not be using the same procedure to approval the final CoC. You may think MediaWiki.org has the same policies as (some) Wikipedia or Meta, but it does not. Mattflaschen-WMF (talk) 21:58, 28 October 2015 (UTC)
  • Sounds good. I'd also like the "unappropriate"/"unwanted" items to become more precise, but if everyone else thinks they are fine, I'll drop the stick... --Tgr (WMF) (talk) 04:35, 7 October 2015 (UTC)
  • Support I was originally hoping to either get consensus on this one, or move back to the old one. But instead, it looks like several of the opposers/neutrals support most of the draft, but have problems with these specific lines or sections. Even some of the people who supported the followup round have a problem with one or two lines (though, largely just wanting to add "without permission" to the publication line). I think this is a good plan. We should discuss these parts and freeze the rest. I also think we should move out the "Expected behavior" section to a separate guidelines page. That resolves one of the issues you mentioned above. I've started a discussion about this. Mattflaschen-WMF (talk) 05:09, 7 October 2015 (UTC)
  • Support All the other sections not called out here seem to have pretty broad support. Thanks for pushing it forward, Quim.—Neil P. Quinn-WMF (talk) 17:43, 8 October 2015 (UTC)
  • Seems like a good idea. Thanks for keeping things moving. Ryan Kaldari (WMF) (talk) 23:40, 15 October 2015 (UTC)

The email was sent last Thursday, so I suggest we consider the current round of discussion closed by the end of Wednesday 21. Then we would evaluate the current discussions and propose next steps. Mattflaschen-WMF, do you agree?--Qgil-WMF (talk) 19:46, 17 October 2015 (UTC)

Move "Expected behavior" out to a separate guidelines page?

I think we should move "Expected behavior" out to a separate guidelines page (Positive behavior guidelines?). This page would not be part of the CoC, and would make clear these guidelines are recommended, but not binding at a policy level, and not enforced by the Committee. It already says "expected and requested" (thus, not required) and I think this section has become a diversion from the parts of the CoC that absolutely can and need to be enforced. Mattflaschen-WMF (talk) 05:06, 7 October 2015 (UTC)

Consensus reached. It seems most people agree this would be better off on a separate page. I've gone ahead and moved it to Expected behavior. Mattflaschen-WMF (talk) 03:27, 22 October 2015 (UTC)

Support There's a lot of common-sense advice, like avoiding flame wars and avoiding "bikeshedding", that becomes difficult to understand and needlessly inflammatory when phrased in the context of enforced rules. Though hopefully there's a friendlier title than "Positive behavior guidelines"... Yaron Koren (talk) 13:23, 7 October 2015 (UTC)

Support. I'd like to keep a clear separation between specific, binding code of conduct and the more general advice for constructive behavior, because the most important thing here is the binding protections against harassment. This will accomplish that nicely.—Neil P. Quinn-WMF (talk) 17:47, 8 October 2015 (UTC)

Support I liked the idea of giving a more positive tone to the Code of Conduct, but what seemed like a simple side exercise is dragging too much energy that, ultimately, is not strictly needed to have a useful Code of Conduct. Perhaps in its own regular wiki page, without the pressure of being part of the CoC, it is easier to write useful guidelines collaboratively.--Qgil-WMF (talk) 17:58, 8 October 2015 (UTC)

Just as long as we don't advertise the rules page heavily. I don't want the first experience of a new Wikimedia contributor to be reading the list of horrible crimes we have considered they might be committing. --Tgr (WMF) (talk) 19:07, 10 October 2015 (UTC)

Bug management/Phabricator etiquette might serve as an indication. It is linked from a couple of on-topic pages and then it is shown to users that need to be reminded about this etiquette.--Qgil-WMF (talk) 21:49, 12 October 2015 (UTC)
On the contrary, people driven off by the idea there might be behavioural standards are people I am perfectly happy to lose. Because the situation I'm worried about is people claiming the rules page was so obfuscated and hidden off they could not have possibly known they were meant to follow it, or people not being able to report incidents because they had no idea there was even a resource to reach for. Ironholds (talk) 21:47, 15 October 2015 (UTC)
@Tgr (WMF): Other new contributors will be happy to see unacceptable behavior addressed explicitly. They or their friends and colleagues may have already been subjected to listed behaviors in this or other free/open source/culture spaces. Frankly, I care more about attracting and welcoming those people. Being clear about what is not acceptable also helps some people who are worried about whether they are treating others well, although it's never comfortable to think that you may accidentally be hurting others.
I don't think of this as a list of "horrible crimes", for what it's worth. They are behaviors that we don't want in our community. If someone who's not familiar with English slang or common slurs accidentally says something hurtful to someone of a minority background, for instance, they should be made aware that they've hurt others and asked not to do that again, but it certainly wouldn't be appropriate to treat them like they're horrible. --Fhocutt (WMF) (talk) 23:40, 15 October 2015 (UTC)
Fhocutt, well yes, only some of those are horrible crimes. (If someone makes threats of violence, or unwanted sexual contact, or engages in stalking, you probably would treat them as horrible.) And while we clearly don't want those in the community, as far as we can tell, they are not present either. Showing these warnings in the face of every newly joined member would imply otherwise. If you enter a building and see a sign saying "please leave guns outside", that will probably not make you feel more safe as you will assume the warning is there because people do carry guns in (and to things with them that made someone post the sign). At the very least, you are now thinking about guns, which probably wouldn't have occurred to you otherwise.
Or it indicates that firearms are commonly, casually carried into very similar buildings and we don't want them here. The idea of "it hasn't happened yet that we're aware of" ignores that (a) it could be happening and we're simply totally ignorant of this because there is no pathway to actually reporting it and (b) we have seen it happen time and time again in communities very similar to ours. Wikimedia is not a unique snowflake of a community. Tech communities have these issues; pseudonymous communities have these issues; open knowledge communities have these issues. The idea that a pseudonymous open knowledge technology community is somehow immune is simply false, and since we are not immune, we should probably make sure that when something does happen potential victims and potential perpetrators know that they have a resource for dealing with it. Ironholds (talk) 21:34, 18 October 2015 (UTC)
How the CoC will be promoted is a topic unrelated to this section. The answer will not be simple even from a technical point of view, considering that we are covering several spaces with different means of welcoming newcomers and communicating with users, and no central channel of communication. I suggest to park this discussion and focus our efforts in getting this CoC approved in the first place. :) --Qgil-WMF (talk) 08:51, 19 October 2015 (UTC)
  • As target for the move, I suggest Project:Sandbox. Nemo 05:38, 14 October 2015 (UTC)
    Comment Nemo, that comment (and your comment below around 'affirmative action') do not seem to be intended to be productive - instead they simply seem to be...I guess, being glib and twee and trying to prove a point. I understand from your commentary that you do not want there to be a Code of Conduct, but it is clear at this point that there will be in some form. Throwing null characters into the process is not a good use of anyone's time, particularly since I know you're a lot better than that (and some of your individual points have been very good). Ironholds (talk) 21:37, 15 October 2015 (UTC)
    You are strongly advised to assume good faith on this wiki. Your prolonged and reiterated abuse of volunteers on this page is not acceptable. Nemo 06:56, 20 October 2015 (UTC)

Support I was interested in having it on its own page from the start. I think that positive guidelines are a good idea, and I also support making it clear that they are admired, not required. --Fhocutt (WMF) (talk) 23:43, 15 October 2015 (UTC)

However, I consider "Project administrators and maintainers have the right and responsibility to take action on any communication or contribution that violates this code of conduct," a portion that should be binding and should be kept in the body. --Fhocutt (WMF) (talk) 01:10, 16 October 2015 (UTC)
+1. This shouldn't just be a polite recommendation; it should be a firm rule.—Neil P. Quinn (talk) 06:14, 16 October 2015 (UTC)
Alright, so far it looks like we have consensus on the removal of the Expected behavior section with the bullet points. Let's discuss the "Project administrators and maintainers... sentence in its own section.--Qgil-WMF (talk) 10:57, 18 October 2015 (UTC)

Process suggestion

There's a ton of information in the draft, this discussion, and the archives, which makes it hard to join and participate in the process. Most of that difficulty is inevitable, but I have some suggestions which I think will reduce it.

  1. Move Code of conduct for technical spaces/Draft to Code of conduct. This will simplify navigation; for example, Talk:Code of conduct for technical spaces/Draft/Archive 1 will become Talk:Code of conduct/Archive 1. Much better. We would, of course, add a big, honkin' notice to the top of the page saying: This is currently a draft undergoing active discussion. It is not currently a binding policy, and it will not become one until it passes a community-wide consensus discussion.
  2. Split out the sections that are meant to become separate pages into actually separate pages. For example, Code of conduct for technical spaces/Draft#Page: Code of conduct for technical spaces/Committee would become Code of conduct/Committee. It would also, of course, get the big, honkin' draft notice. This would make it clear that these are largely being developed on separate tracks, and make sure that each one has its own separate talk page.

Any objections?—Neil P. Quinn-WMF (talk) 18:03, 8 October 2015 (UTC)

I'm not objecting per se but I don't see how breaking up the discussion into separate pages makes it easier to follow. --Tgr (WMF) (talk) 18:59, 10 October 2015 (UTC)

@Tgr (WMF): as I see it, discussions about (1) what should be prohibited by the code of conduct and (2) how reports of violations should be handled, and who should do the handling, are fairly decoupled. We might all agree about what should be prohibited, but disagree about the details of the process for implementing that prohibition (or the opposite). In addition, there are probably people who care a lot about the contents of the code, but care less about what role the Developer Relations team should have in determining the membership of the Conduct Committee. If the two pages are separated, they can follow the content discussion without having to wade through the process discussion.—Neil P. Quinn-WMF (talk) 21:15, 12 October 2015 (UTC)

Support Some weeks ago, when I started defining the division of pages in the draft, I thought it was better to have everything in one place. That was true back then, but I agree that now it is better to split in three actual pages. The scope of this page is quite stable by now, and I believe new people will be more likely to contribute in each page.--Qgil-WMF (talk) 21:42, 12 October 2015 (UTC)

No, there is no benefit in the proposed move. Nemo 21:06, 13 October 2015 (UTC)

Comment Oppose removing /Draft from the name (it should be removed when it's done), but neutral on removing "for technical spaces" (it's in the text already which wouldn't be affected). Neutral on whether to split into separate pages (/Committee, etc.) during the discussion phase. Mattflaschen-WMF (talk) 20:48, 15 October 2015 (UTC)

  • I've now done the first, keeping /Draft in the name for the time being, since it seems to have pretty wide support. I've also created a couple of redirects at Code of conduct and Code of Conduct. Ironholds (talk) 23:27, 15 October 2015 (UTC)

Strong support This page, even with archiving, is sprawling and unwieldy. I agree that the different portions of the discussion will attract participants interested in different things and that they should be separate. The redirects are a good idea for clarity's sake. --Fhocutt (WMF) (talk) 23:56, 15 October 2015 (UTC)

  • The new title doesn't comply with sentence case standards of our wikis. Nemo 06:57, 20 October 2015 (UTC)
    Can you point me to the MediaWiki.org manual of style? Ironholds (talk) 16:56, 23 October 2015 (UTC)
    How is your question relevant? Nemo 07:22, 28 October 2015 (UTC)
    You're arguing that the new title, which everyone else seems okay with, is a problem because it doesn't fit the case standards. Where are the case standards? Ironholds (talk) 18:33, 28 October 2015 (UTC)

Move "Our open source community acknowledges..." out of the CoC?

Similarly to the "Expected behavior" section, the paragraph under "Unacceptable behavior" going from "Our open source community acknowledges..." until the end of the section started as a good idea to complement the CoC, but ended up being a lot more complicated and controversial exercise. We have several discussions open related to this paragraph and here is a proposal to solve them all at once.

Even agreeing with what that paragraph says, I think it would confuse most readers of the CoC, and it would take significant space with a level of detail and a slightly opinionated tone that contrasts with the rest of the quite straightforward and neutral document. What do you think about removing this text from the CoC, and adding this sentence instead:

Reports of unacceptable behavior must be done in good faith to defend potential victims and to restore a friendly environment. Accusations of unacceptable behavior against potential victims or reporters done as a tactic to introduce more tension or confusion are unacceptable themselves.

--Qgil-WMF (talk) 18:52, 8 October 2015 (UTC)

Consensus reached. There's pretty strong consensus for this. Some of this might fit in Expected behavior. Mattflaschen-WMF (talk) 03:41, 22 October 2015 (UTC)
Support The new message is clear and to the point. --Smalyshev (WMF) (talk) 20:55, 8 October 2015 (UTC)
Support That sounds very good. You might even take out "against potential victims or reporters" - it would make the text even clearer. Yaron Koren (talk) 13:49, 9 October 2015 (UTC)
I generally don't see much value in rules about intent. It is in practice almost always impossible to tell if someone is being intentionally disrupting or just very dense. --Tgr (WMF) (talk) 18:57, 10 October 2015 (UTC)
If someone is "very dense" when reporting a violation of the CoC, the Committee may ask questions and decide whether the report is valid or not. Still, having this sentence in the CoC helps preventing intentional disruption and helps guiding the Committee if situations of this style occur.--Qgil-WMF (talk) 21:46, 12 October 2015 (UTC)
Support Definitely remove the text. It is extremely problematic. I have my doubts regarding the replacement text, since it seems likely to be a battleground. You're unfortunately trying to resolve the "sociological" problem with an "intent" rule, which doesn't work. That is, most everyone on both sides of the divide is quite sincere about their beliefs and that the reports are not a tactic (in the sense of a bad faith accusation). It's the vast difference in conception about what constitutes "unacceptable behavior" which is the problem - e.g. social media hate-storms, of intense personal attacks on the designated hate-target, are seen as laudable righteous crusades by their participants. -- Seth Finkelstein (talk) 02:03, 14 October 2015 (UTC)
I proposed a replacement 8 days ago. The entire paragraph can be replaced with "This document's premise is that affirmative action is needed". Nemo 05:35, 14 October 2015 (UTC)
Seth Finkelstein, thank you for your support. I sustain that the sentence proposed is as correct as "Murder is a crime". The fact that investigating alleged murders is often complicated (non-deliberate killing, self-defense, euthanasia, long etc) doesn't invalidate the principle.
Nemo, the alternative text proposed is not "favoring members of a disadvantaged group who suffer from discrimination within a culture". It aims to protect potential victims of harassment and reporters from further attacks in the form of violation reports, regardless of their gender, race, etc.--Qgil-WMF (talk) 08:24, 14 October 2015 (UTC)
Qgil-WMF, I think the problem is less at "Murder is a crime" and more at "Killing is a crime unless done in self-defense". But what is "self-defense"? Are you familiar with the US controversy over "stand your ground" laws? You may have a clear idea of what you mean - and I may not be disagreeing with you. But the phrasing is ambiguous given the way "self-defense" (of a sort) is often construed. I'm not sure it's a good idea for this talk page to launch into a long discussion of some not-so-hypothetical cases. But I think it would be good to strongly, clearly, unambiguously clarify in the text, let's put it as, that accusations shouldn't be politics by other means (I'm refering here to the saying "War is politics by other means" - and hence for culture-war). -- Seth Finkelstein (talk) 11:03, 15 October 2015 (UTC)
Quim, I'm not sure what you're trying to say but I confirm my point. As for the text you quoted, nobody proposed its insertion here as far as I know. Nemo 06:59, 20 October 2015 (UTC)
Support I like some of the things you're proposing to remove, particularly the support for 'Reasonable communication of boundaries, such as “leave me alone,” “go away,” or “I’m not discussing this with you”'. But on the whole I think that section ends up being confusing to people unfamiliar with social justice vocabulary, without providing a huge benefit in return. In addition, I agree with Nemo that the section seems to say: "affirmative action and outreach is a welcome part of the Wikimedia technical community". Unlike Nemo (I think), I agree with that sentiment. But I'm not certain it's helpful to include it here when the first priority is getting an enforceable code of conduct approved.—Neil P. Quinn-WMF (talk) 18:29, 15 October 2015 (UTC)
  • Comment I'm not seeing an "opinionated tone" except in the sense of "we have an opinion of what a good community looks like" - and in that sense, to almost-quote Skunk Anansie, everything is an opinion. "It's opinionated" is not a criticism that has much value. Ironholds (talk) 21:00, 15 October 2015 (UTC)
Weak Oppose I think it's useful to have a "the following things are not considered violations" section, or something like it. If nothing else I don't understand what's bad about the "reasonable communication of boundaries" bullet point, for example. However, I would be open to this taking different shapes: perhaps the communication of boundaries thing could be in a section about what to do when someone's harassing you, or in some other place where it reasonably fits. One concern I have about the current version of this list is that it appears to be a mix of on the one hand things we want to say are OK and encouraged (like saying "I'm not discussing XYZ with you"), and on the other hand things that we want the policy to explicitly not forbid even though there's not necessarily broad support for those things (like the things that people are calling "affirmative action" above). It might be difficult to find a way to distinguish between those two, or to agree on where the line is (I'm not sure of that myself), or to avoid the implication that "the CoC does not forbid X, therefore it endorses X". But I'm hoping we can split up or trim this list without removing it entirely. The proposed sentence is fine as far as I'm concerned, but I would like to keep "Reasonable communication of boundaries" and "Discussing imbalances", at least. --Roan Kattouw (WMF) (talk) 01:24, 16 October 2015 (UTC)
Roan Kattouw (WMF), I'm very hesitant to be a person who tries to neutrally explain all of US culture-war politics, since it's an extremely thankless task, likely involving getting much grief, sometimes from "both sides". Basically, some of what may sound eminently reasonable in terms of mere wording, has been "weaponized" to an incredible extent via interpretation and associated practice. You will likely not believe what can happen if you have not observed it take place. I know I have been in exactly that situation, of thinking some characterization was simply atrocity propaganda by an opposing ideologue, and then witnessing it was absolutely true (or at least reasonably so). However, delving into specifics and examples is going to open up a very contentious and heated debate. To try to step very carefully, let me put it as, one can't divorce phrasing from the overall surrounding conflict. -- Seth Finkelstein (talk) 02:29, 16 October 2015 (UTC)
I'm not sure what we could do with a vague warning like that. You're saying that you've experienced terrible things, but you can't say what they were, where it happened, who was involved, or what anyone was doing. If talking about those experiences is going to open up a debate that you don't think is necessary, then I agree that you should resist the temptation. But we can't take the lessons of that experience into account, if the experience itself is redacted. DannyH (WMF) (talk) 18:18, 16 October 2015 (UTC)
Yes. For analogy, imagine if someone was very unaware of the Israeli/Palestinian dispute. In a discussion, you want to tell them, in order to be informative, "The phrasing being considered there ("self-determination", "respect for United Nations resolutions", etc) is all related to the Israeli/Palestinian dispute, and it's an enormously polarized controversy.". However, when they then likely respond, "How so? What's that all about?", you really don't want to try to explain the whole thing - start getting into details, and whatever you say, someone will object, and someone else will object to the objection, and on and on. What do you do? -- Seth Finkelstein (talk) 00:09, 17 October 2015 (UTC)
Are you saying you refuse to explain or debate meta social justice concepts? --Tgr (WMF) (talk) 03:19, 17 October 2015 (UTC)
Perhaps it's just due to being tired, but your comment is honestly too vague for me to understand how it relates to Roan's. On what you actually said; if you don't want to be that person, don't be that person. Nobody is obliged to explain these concepts on their own (and that goes double for the people impacted by the behaviour that needs to be explained and broken-down). It is a group task, and one where 90% of the problem can be solved by giving someone the keywords and pointing them to Google. I am perfectly happy to explain those bits I understand, for what it's worth, and while it might be thankless, it is entirely necessary. I would much rather have me tired and an informed community than a community where we have a Code of Conduct that does not address the reality of how human interactions work because people might not know reality and we cannot be bothered to explain things to them. Ironholds (talk) 19:36, 17 October 2015 (UTC)
Roan Kattouw (WMF) I still don't see why the "Discussing imbalances..." sentence needs to be spelled out as some kind of exception. There is clearly nothing wrong in discussing imbalances. "Reasonable communication of boundaries" is another clear case, connected (as others have said) to "Inappropriate or unwanted public or private communication, following, or any form of stalking." I don't think anybody will lose any protection by removing this paragraph from the CoC.--Qgil-WMF (talk) 10:51, 18 October 2015 (UTC)
@Qgil-WMF: All of these are points where not everyone agrees on "clearly". I have seen objections to all of the above in other communities similar to ours. Here, I thought that private communication should clearly be kept private except in extraordinary situations, but that seems to be controversial here as well. A policy like this is needed precisely because not everyone agrees on what is obvious. --Fhocutt (WMF) (talk) 00:04, 21 October 2015 (UTC)
@Fhocutt (WMF): alright, maybe not so clear, but this is why we are working on an "Unacceptable behavior" section. Messing with private communication is in the list so far, and it is being discussed above. Discussing imbalances is not in the list, neither anything getting close to it. Therefore, we are making a clear difference between the two in this CoC. At the end the move proposed is simple: list only unacceptable behavior under "Unacceptable behavior"; move the acceptable behavior out of the "Unacceptable behavior" section and out of the CoC together with the "Expected behavior" section. The result is simpler, more consistent, protection on unacceptable behavior remains the same, and the level of consensus increases.--Qgil-WMF (talk) 06:17, 21 October 2015 (UTC)
weak oppose I think some of the concepts would be useful if not for the current "exceptions" phrasing. E.g. the way Neil rephrased the one about refusal to discuss ("People don't have the obligation to explain at length why they find certain things offensive. If you're asked to stop, stop.") could go into the expected or unacceptable behavior part IMO. --Tgr (WMF) (talk) 20:46, 18 October 2015 (UTC)
Support After coming to this page from Quim's wikitech-l email and then looking through the current draft, I was looking for someplace to bring up the apparent one-sidedness of this subsection. Yes, there is bias in our culture. But I doubt that trying to balance it with bias in the opposite direction is really a workable solution. Why, for example, is it explicitly not a violation to criticize "oppressive" behavior but it might be a violation to criticize "counter-oppressive" behavior? As for the suggested replacement wording, why are accusations of unacceptable behavior done as a tactic to introduce more tension or confusion only unacceptable when directed against potential victims or reporters? Is it really less bad for someone to try to introduce tension or confusion by making accusations against a straight cisgender white male from the "global north"? Anomie (talk) 14:56, 20 October 2015 (UTC)
Just a clarification. The replacement wording doesn't mention systemic bias. "potential victims and reporters" refers to potential victims and reporters of CoC violations, regardless of their gender, origin, etc.--Qgil-WMF (talk) 15:22, 20 October 2015 (UTC)
Support This isn't as explicit, but is a workable compromise. Some other stuff could be moved to the guidelines page. Mattflaschen-WMF (talk) 21:01, 21 October 2015 (UTC)