Talk:Code of Conduct/Archive 4

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 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)
 * ✅--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: --Qgil-WMF (talk) 10:43, 15 September 2015 (UTC)
 * 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.


 * I have copied this list at Code_of_conduct_for_technical_spaces/Draft. 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)
 * 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)

Wider participation
A user has mentioned above that they would like to see wider participation in this thread from the technical community, and I think that's definitely something we'll want when it comes to full approval rather than just drafting. So, who has ideas for what we could to do involve people who are part of the technical community, or interested in becoming part of it? Off the top of my head we could do a sitenotice or similar notice on Wikitech (the wiki rather than the mailing list). Ironholds (talk) 19:30, 18 September 2015 (UTC)
 * Since there are whole teams at WMF charged with Communications, Community Engagement, Community Advocacy and Community Tech, I suggest that you may be better placed than I for suggestions. However, I note that there is a list of physical and virtual spaces in the opening paragraph of the code.  For maximal support, th community in each of those spaces should be specifically engaged.  As far as physical spaces are concerned, consider an invitation to past event organisers to share, as far as they are able, their experiences and lessons learned from their events, for example from their feedback and their own internal review discussions.  For events in the near future, consider asking the organisers to schedule a panel, round-table, debate or similar in-person session, and a section in he feedback addressing the question of whether the code in force at the event was adequate and whether this code would have been an improvement.  All this takes time and effort of course, which is why the WMF community engagement teams, broadly considered, should already have been involved from the start. Rogol Domedonfors (talk) 19:46, 18 September 2015 (UTC)
 * We have etherpad (no technical community), mediawiki.org, wikitech, phabricator (the work started there), gerrit, the IRC channels, and the mailing lists (where there has been an extensive thread). So that leaves mediawiki.org, wikitech, gerrit and the IRC channels. We could do something like a sitenotice on wikitech and mediawiki, a /NOTICE on the prominent IRC channels, and for gerrit..I'm not sure short of emailing recent committers, which might lead to flashback (mass-mailing often does).
 * I'm not sure if there are any upcoming events centred around or including a tech component; there's WikiConference USA, of course, but there's no real tech element to it. As I already mentioned, the WMF community engagement teams, broadly considered, have been engaged from the start - we have a community engagement team just for the Engineering community, and Quim leads it. Ironholds (talk) 19:57, 18 September 2015 (UTC)
 * If there is no technical community associated with Etherpad then perhaps it should not be mentioned at all? As far as events are concerned, I believe there's a Wikimedia Developer Summit 2016 planned, for example.  Whether the members of Community Engagement are engaged here in the discussion is beside the point -- it is whether they are engaged out in other places spreading the message effectively. Rogol Domedonfors (talk) 21:10, 18 September 2015 (UTC)
 * And as the ticks on the list above indicate, they are - but there's only one Quim ;). Etherpad has users and so should be subject to this but doesn't have a community in the sense of identifiable "etherpad people"; it's a largely anonymous note-taking thing. the Developer Summit is an excellent point. Ironholds (talk) 21:19, 18 September 2015 (UTC)
 * There is not a community in each space. There is one technical community where many (probably most) people participate in more than one space.  No one considers themselves solely an Etherpad user.  They use Etherpad to participate in our community's work.  That said, I think it's fine to use site notices where possible to make more people aware.  The WMFs community engagement teams have been aware of this work (and involved where appropriate) from the start. Mattflaschen-WMF (talk) 00:34, 25 September 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): 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.
 * 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)

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 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 Tech links to the 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 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.
 * 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.
 * 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)

Appeals
The wording on appeals seems unduly restrictive. Firstly, the phrase "the reported offender" should probably read "any person sanctioned". Secondly, there is no specific right of appeal against non-action or leniency of sanction, although this is arguably covered by the final sentence. Is that omission deliberate? Rogol Domedonfors (talk) 19:32, 18 September 2015 (UTC)
 * These are excellent points, particularly the second one. I'm definitely open to changing "the reported offender" (I guess there could be situations in which someone is reported and an investigation finds other people were participating in the activity). Ironholds (talk) 19:37, 18 September 2015 (UTC)
 * (((Your feedback on is welcomed; I'm reluctant to get deep into "Report an issue" before settling at least on the CoC main page.)))--Qgil-WMF (talk) 12:35, 19 September 2015 (UTC)
 * It seems extremely unlikely that other work will lead to a change in the consensus to the effect that there should not be an appeal process, and so there is very little risk that this discussion will prove nugatory. If you do not wish to discuss this point at present, then we look forward to hearing from you at a suitable time. Rogol Domedonfors (talk) 21:53, 20 September 2015 (UTC)
 * "In addition, any member of the community may raise concerns about the committee or a case." does not allow a different kind of appeals. It is purely for informative purposes. Mattflaschen-WMF (talk) 00:25, 25 September 2015 (UTC)
 * Do you mean that you think there should not be a possibility of appeal by an aggrieved party if the Committee takes no action, or is, in the view of the aggrieved party, unduly lenient? In other words that appeals should only be possible against sanctions? Rogol Domedonfors (talk) 06:43, 25 September 2015 (UTC)
 * No, I was just describing what the draft then said. Multiple people have expressed that victims should be able to appeal, so I've changed the draft to allow that. Mattflaschen-WMF (talk) 06:08, 28 September 2015 (UTC)

Now there is a defined section for Appealing a resolution.

I propose to remove "Only resolutions (such as bans) that last 3 months or longer may be appealed by the reported offender." Instead, it could say "Resolutions can be appealed by the reported offenders while they are being enforced." The concern here is that someone obstructs the enforcement with legalese in bad faith, and this is a way to prevent that temptation.
 * I disagree with removing this. Your proposed change allows enforcement during the appeal period, which is good.  I've added a note to clarify this.  However, that does not solve the issue of time-wasting frivolous appeals.  If I am given a private warning or banned for one day from an IRC channel to cool off, I can still appeal.  The original sanction remains in effect during the appeal process, but eventually DR must spend time reviewing the evidence and making a judgement. Mattflaschen-WMF (talk) 06:16, 28 September 2015 (UTC)
 * As member of the DevRel team, I believe that processing "frivolous appeals" will take significantly less resources than dealing with the potential problem of people unhappy with the rule that doesn't allow them to appeal. If there is a process, unhappy people can follow it. If there is no process, unhappy people will manifest their frustration in other ways, and they are likely to get more community sympathy because they were not given other option than complaining elsewhere. So if your concern is saving DevRel resources, please allow anyone to submit a recall to us. :) --Qgil-WMF (talk) 09:35, 28 September 2015 (UTC)
 * The restriction seems unnecessary; the committee can always agree that a complaint is frivolous and should be rejected - that does not seem like something that would take up a significant amount of time. Also, I disagree that appealing a two-month ban is necessarily frivolous. --Tgr (WMF) (talk) 07:59, 1 October 2015 (UTC)

About "any member of the community may raise concerns"... what does that mean in practice for the Committee or Developer Relations? Are we saying that others may appeal on behalf of the reported offender? The statement is true regardless, since freedom of expression is granted in our channels, so if "raise concerns" doesn't mean an action that Commitee or DevRel must take, I would remove it.--Qgil-WMF (talk) 08:24, 25 September 2015 (UTC)
 * It does not grant an appeal right. Under the current draft, observers can not appeal.  It is just noting that people can communicate with them.  I don't object to removing this. Mattflaschen-WMF (talk) 06:16, 28 September 2015 (UTC)

Legal standing of the Committee
What is the intended standing of the Committee? I presume that it is to be an entirely informal group whose only standing and authority derives from the community? As opposed, say, to a committee of the WMF Board? I preferred the latter solution but consensus seems to be the former. Assuming so it should be made clear. Does the WMF back the Committee in any way, for example, by way of indemnity or advice if there are legal repercussions to its decisions? Or is it intended that Committee members stand completely exposed personally in the event of legal action? Rogol Domedonfors (talk) 18:11, 22 September 2015 (UTC)
 * That's an active and open question, and will require consultation with WMF legal. IANAL and neither are most (all?) of us here. I am not sure whether it can be plausibly argued that its "only standing and authority derives from the community" given the connections to Developer Relations and the fact that the committee's decisions can have a significant impact on the ability of WMF employees to do their jobs, but a lawyer would have a better sense of whether that is possible. --Fhocutt (WMF) (talk) 22:54, 22 September 2015 (UTC)
 * My question is, what do we want it to be? Do we want it to be free-standing, so that its standing and authority derives only from the community?  Do we want it to be indemnified by WMF?  Do we want WMF to be able to give it instructions or not?  I agree that Legal will need to advise on how to achieve what we want, but what is it that we want? Rogol Domedonfors (talk) 06:25, 23 September 2015 (UTC)
 * Honestly, what I primarily want is for us to focus on getting the code up and running, and then work on the committee. If we're working on the committee already, I don't see a problem with it operating by community standards albeit with WMF backing, in the same way the Arbitration Committee works. Ironholds (talk) 15:48, 23 September 2015 (UTC)
 * In the current wording, per wmf:Resolution:Wikimedia Committees, this would look like a WMF staff committee. This doesn't mean much (certainly it doesn't have legal personality; no Wikimedia committee has) but it does have disadvantages. Nemo 07:32, 24 September 2015 (UTC)
 * My vision of the Code of Conduct committee fits with the definition of "an entirely informal group whose only standing and authority derives from the community". I see this committee as a community-wide committee which doesn't require any WMF member. When that committee decides that an issue goes over themselves, they can transfer the responsibility to handle that situation to the Wikimedia Foundation, who would have the Developer Relations team as point of contact. Note that in our draft the WMF/DevRel have no authority over the Committee.--Qgil-WMF (talk) 09:30, 24 September 2015 (UTC)
 * This is not a Staff Committee because the CoC (and thus the Committee which is part of the same package) will be created by community consensus, not by staff acting alone. Furthermore, it will not be led by WMF staff, nor is there any requirement that WMF staff ever be on the committee (though it is allowed). Mattflaschen-WMF (talk) 05:31, 28 September 2015 (UTC)
 * It could be temporarily led by a WMF staff member if the committee elects them as chair. But that's not what the document means. Mattflaschen-WMF (talk) 07:17, 28 September 2015 (UTC)
 * In addition to what I said below, WMF staff will not be giving it instructions. The authority derives from the Terms of Use and Code of Conduct (CoC), and the CoC itself provides the policy which must instruct the Committee's actions. Mattflaschen-WMF (talk) 04:39, 28 September 2015 (UTC)
 * The whole code is being created by fiat by a group of WMF employees and gives ultimate authority to a WMF employees team, hence I maintain the thing is led by WMF employees and definitely looks like a WMF staff committee. --Nemo 06:50, 6 October 2015 (UTC)
 * In my opinion, the Committee's authority will derive from the Code of Conduct itself (as a policy of the technical community) and also the ToU, which 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." Mattflaschen-WMF (talk) 00:10, 26 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 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" -- Ricordi  samoa  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)

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)
 * 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&mdash;as it grows in complexity and bureaucracy, toward the creation of essentially a "Wikimedia technical spaces" ArbCom&mdash;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: 
 * 1) "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: 

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)

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)

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))

"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 (talk &bull; contribs) 10:18, 1 October 2015 (UTC)
 * discussion: 

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)

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: 
 * 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:
 * 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:

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)

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)

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)

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)

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. --Fæ (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. --Fæ (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)

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. --Fæ (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 --Fæ (talk) 15:11, 3 October 2015 (UTC)

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)
 * 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)
 * 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)

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.) 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.
 * 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

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)


 * 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)


 * 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 (talk &bull; contribs) 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. 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)
 * 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)
 * 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"
"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 (talk &bull; contribs) 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 (talk &bull; contribs) 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 (talk &bull; contribs) 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 (talk &bull; contribs) 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 (talk &bull; contribs) 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 (talk &bull; contribs) 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 (talk &bull; contribs) 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 (talk &bull; contribs) 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)
 * 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)
 * 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 (talk &bull; contribs) 21:13, 9 October 2015 (UTC)

Useful link: 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)

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)

"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
"Only resolutions (such as bans) that last 3 months or longer may be appealed by the reported offender. Reported victims can always appeal." -- Ricordi  samoa  04:56, 4 October 2015 (UTC)
 * 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)
 * this is being discussed at . 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. -- Ricordi  samoa  05:24, 5 October 2015 (UTC)
 * In 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)

"Inappropriate" is "Unacceptable"
tautology. -- Ricordi  samoa  04:57, 4 October 2015 (UTC)
 * this wording has been discussed at length at . There is no need to open a new section about the same.--Qgil-WMF (talk) 19:08, 4 October 2015 (UTC)

"Project administrators and maintainers"
No clear definition and excessive responsibility placed on volunteers. -- Ricordi  samoa  04:59, 4 October 2015 (UTC)
 * 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. -- Ricordi  samoa  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)
 * 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.
 * 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. -- Ricordi  samoa  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)

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:
 * "Participate in an authentic and active way"...
 * "Project administrators and maintainers have the right and responsibility..."
 * "Publication of non-harassing private communication"
 * The entire paragraph from "Our open source community acknowledges the presence of systemic inequity and oppression..." until the end of the section. We have several related open discussions.

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)


 * 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)


 * 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)


 * 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)

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)

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)

. 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)

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)

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 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)

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)

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)

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)
 * The new message is clear and to the point. --Smalyshev (WMF) (talk) 20:55, 8 October 2015 (UTC)
 * 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)