Conversation
eacb893 to
7b86268
Compare
| ### Environment Variations | ||
| - Does it work with a fresh container? | ||
| - Have your network settings changed? | ||
| - Have your Xcode or macOS versions chaged? |
There was a problem hiding this comment.
| - Have your Xcode or macOS versions chaged? | |
| - Have your Xcode or macOS versions changed? |
dcantah
left a comment
There was a problem hiding this comment.
LGTM after the one spelling mistake
jglogan
left a comment
There was a problem hiding this comment.
Made some suggestions for alternatives on the form, and the location of the bug report doc.
| attributes: | ||
| label: Current behavior | ||
| description: A concise description of what you're experiencing. | ||
| description: | |
There was a problem hiding this comment.
Should the concise description come first, and then the minimal reproducer?
At present this form reads like a test procedure, not a bug report.
Suggest that this field is Problem description and Briefly describe your problem, and what you believe the correct behavior should be.
| attributes: | ||
| label: Expected behavior | ||
| description: A concise description of what you expected to happen. | ||
| description: | |
There was a problem hiding this comment.
This can be included in the repro description.
| attributes: | ||
| label: Relevant log output | ||
| description: Please copy and paste any relevant log output. This will be automatically formatted into code, so no need for backticks. | ||
| description: | |
There was a problem hiding this comment.
I'd prefer to get rid of this field, and that reporters put log output in code blocks, or uploaded log files, in the description and/or repro sections.
This problem with shell here is that if you need to include multiple log snippets, or want to upload files, your not putting logs here anyway.
| @@ -0,0 +1,179 @@ | |||
| # How to File Effective Bug Reports | |||
There was a problem hiding this comment.
Consider moving this into a section in https://github.com/applecontainerization/CONTRIBUTING.md.
All our other contributor information is there.
There was a problem hiding this comment.
nit: all the headers should be updated to follow sentence casing if this will be moved?
| ### Writing Good Reproduction Steps | ||
| - Be specific about your setup and the commands you run | ||
| - Include any configuration changes | ||
| - Mention if steps work differently on different systems |
There was a problem hiding this comment.
This is mostly already covered in the section above right?
| - Official documentation | ||
| - Previous working versions | ||
| - Logical expectations based on the command or action |
There was a problem hiding this comment.
I feel like this is also covered by the section immediately above it
| ``` | ||
|
|
||
| ### Container CLI Version | ||
| Check your Container CLI version (if you are on main, you can just put main): |
There was a problem hiding this comment.
I think we should remove the part about if you're on main. If the issue hasn't been looked at in a while it will be hard to find what actual version they were using. Plus the --version output should include the short hash of the commit. Thoughts?
|
|
||
| Example output: | ||
| ``` | ||
| container CLI version 0.10.0.1 (build: release, commit: 1abc234) |
There was a problem hiding this comment.
Typo here for the CLI version example?
| - Combine flags for maximum information: | ||
| ```bash | ||
| container logs --debug --follow <container-name> | ||
| ``` |
There was a problem hiding this comment.
I think we should either remove this or reword the bullet point. Right now it kind of reads like if I use the debug and follow flag, I'd be getting additional logs that I would not otherwise get from just running with the debug flag.
| - Related warning messages | ||
|
|
||
| ### Environment Variations | ||
| - Does it work with a fresh container? |
There was a problem hiding this comment.
By this do we mean a fresh install of the package or a fresh run of a given instance of a container itself?
| container logs <container-name> | ||
| ``` | ||
|
|
||
| #### Useful Log Flags |
There was a problem hiding this comment.
I'm wondering if we should just link to the command-reference.md for this section and the Useful System Log Options section
| 3. **Reproducibility**: Does it happen every time or intermittently? | ||
| - Always reproducible | ||
| - Happens sometimes (describe conditions) | ||
| - Only happened once |
There was a problem hiding this comment.
Should we add somewhere that they should tell us if they recently restarted their machine?
Type of Change
Motivation and Context
Adding help guide to bug report template to make it easier for users to include relevant information
Testing