-
-
Notifications
You must be signed in to change notification settings - Fork 3
Simplify Issue Templates #276
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
Comments
For reference, here is the bug report issue template.
|
Thanks @mrocklin. I agree there's room for improvement.
Agreed this isn't a great experience. It'd be great if the GitHub UI made it easier to see opening a blank issue is an option. See #277 for a proposed improvement. I also opened up dask/.github#20 with some suggestions to our existing bug report template. |
#277 and dask/.github#20 are in. @mrocklin is it okay to close this issue? One additional follow-up I'd like to do is replace our current Python/package version requests with "Paste the output of |
Wonder if we should move "Release" below "Report a security vulnerability" (given the former is effectively an internal issue) |
That seems reasonable to me! Unfortunately, I couldn't find any information on how to change issue template ordering. Do others know how to do that? |
In conda-forge, we numbered the issue template files ( conda-forge/.github#18 ), which seemed to work |
I wonder if perhaps we have overused issue templates. I know that when I personally raise an issue I just remove all of the requirements and move on. I don't spend the time to list my Dask verison, Python version, what happened, what I expected to happen, etc..
I suspect that actually most of us do this. A beginner may not though, and I suspect that our requests intimidate them.
I propose that instead we point to a couple of docs like MCVE and then be done. Thoughts?
The text was updated successfully, but these errors were encountered: