> I've seen some developers be really adamant about how a bug was actually a feature.
And sometimes they are feature, and it's the users that are mistaken on what the project they are using is offering them. It's a fine line, I'm sure, but different projects have different goals, and those goals will align to a specific user's needs differently depending on the user.
> So like the previous poster said. I am wondering if Github et al. should not contain a private channel.
It might depend quite a bit on the project. In an open source project with many contributors, there isn't really any meaning to "private" other than "limited to a subgroup of the people that care", and those people may have little to nothing with the design and implementation of the items in question. In a project that is mostly driven by one author that controls it and accepts some patches, that might be a lot different, and criticism may be received differently.
There's a whole spectrum there, and even if you provide the tools to allow different types of contact, what's to prevent people from using the wrong tool most the time? Rust, PHP, Perl, Bind, Apache etc aren't going to benefit much for a private list for first contact of regular bugs, but people would use it. Meanwhile someone's random personal project is still going to get people making public requests even if they prefer them private. In the end, I think we're all better served by a "public by default" for open source stuff, and for things people feel is actually private (security related items, for example), they'll look up a private contact or personal contact for someone related.