-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop Community Effort issue designation #2673
Comments
I think it's a really tough and rude (in some way) decision but I think it's necessary because of this miscommunication that you has mentioned, but I think we should continue marking those issues as "Community Effort", close them and explain why they are closed, at least linking the philosophy. Pointing the issuer to Stack Overflow also sounds reasonable to me. |
Yea, I'm +1 on closing them. Leaving them open presents a false hope of them being worked on, but as far as I can tell, they haven't really ever been addressed. Until we have members of the core team that are actively supporting local installs and want to help offer support to others, it seems like we are better off closing them with a message about priorities. |
I'm mostly on the fence here, so sounds like we can make this change. I updated the description here with work items for whoever gets to it. I thought the canned responses were project-wide, but for whatever reason, GitHub didn't make those a project setting. Here's my normal response either way:
|
We don't have the |
Yep. 👍 |
We do! There are some issues with it. I think we ought to delete the label if we're not going to be using it anymore. It's also still mentioned in |
Ups, wrong repo. Yeah, we still have the community effort label, but it was dropped in #4180, we need to update the rest of the docs to match the changes |
This is a meta-issue. Currently, issues that are outside the focus of the core team, such as internal installations and non-supported platforms, are given the designation of "Community Effort" [1]. We've documented our open source philosophy [2] that describes why we don't support these issues. Instead of leaving these issues open, does it make more sense to just close the issue and point the issuer to Stack Overflow? The core team will not address these issues directly, so leaving them open seems like a miscommunication. The flip side is that these issues are usually resolvable and are more likely to be resolved here if they are open.
cc @humitos @ericholscher
1: https://github.com/rtfd/readthedocs.org/issues?q=is%3Aopen+is%3Aissue+label%3A%22Community+Effort%22
2: http://docs.readthedocs.io/en/latest/open-source-philosophy.html
To resolve this issue:
The text was updated successfully, but these errors were encountered: