On Mon, Jan 4, 2016 at 4:37 PM, Stanislav Malyshev <smalys...@gmail.com> wrote: > It also provides a way for 5 (or, since CoC mechanisms are not specified > at all, even 3 assuming CoC decides by majority) people to accuse any > member of the community of some pretty dark things (without even having > to provide any substantial proof) and immediately ban them from all the > community spaces with no ability to explain or counter. I don't think > this is a good idea, especially when nobody actually thinks we need such > draconian measures for anything at all that actually happened. > Although the RFC specifies a "redacted" summary, it's important to note that the spirit of the redactions are for privacy reasons only. (And perhaps it should be more formally spelled out.)
If the CoC council is issuing tempbans without substantial cause, that's a reason to vote against the permban RFCs and a reason to oust those bad council members. (Again, something to add to this RFC - removal process). I see this council acting in a similar capacity to the security@ list. Not everyone is a member of that because vulnerabilities get disclosed there, and having that info be public can be unacceptably damaging. When it comes to conduct violations, complete openness also offers the danger of being too public and causing additional harm. Perhaps a larger council (seven? nine?) would allieviate some of these concerns of power concentration, but that's a matter of balance against privacy concerns. -Sara -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
