-
Notifications
You must be signed in to change notification settings - Fork 12
Update bug report issue template. #303
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
Merged
freakboy3742
merged 11 commits into
beeware:main
from
kattni:tooling/update-bug-report-issue-template
Feb 16, 2026
Merged
Changes from all commits
Commits
Show all changes
11 commits
Select commit
Hold shift + click to select a range
aa62450
Update bug report issue template.
kattni 9fd99ff
Simplify template with combined required fields.
kattni 4fcaf4d
Add comments to text area values.
kattni 00819b1
Updates to report template.
kattni 459d985
Remove unnecessary label.
kattni d310c15
Separate fields out.
kattni 5c19186
Update ID
kattni 886d12b
Comment cleanup.
kattni 08312f7
Remove duplicate labels.
kattni 9661b7e
Update for consistency.
kattni f15e9b1
Update .github/ISSUE_TEMPLATE/bug_report.yml
kattni File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree we want example code if it's applicable, but I don't think we should make it a separate required field, because it's not always applicable. For example, if someone has a usage problem with Briefcase, there isn't any code involved.
I'd suggest something like this:
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If it is not always applicable, then no, it should not be a required field. However, I don't agree with combining it into the "Describe" field. I feel it should still be a separate field with the
render: shellattribute set. It should be readily apparent as a necessity, especially if we are not requiring it. Including it in another field is far more likely to get overlooked.I looked deeper into the options available for GitHub's form schema, which is what's used for creating issue templates. I want to try a few other changes as well. I will push an update for you to review soon.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd question whether there are that many cases where example code isn't required. A comprehensive, shovel-ready bug report will always need an example app, or an example app configuration.
Having it as a separate field with code formatting enabled will hopefully mean less time fixing bug reports to add code formatting markup.
If we're going to drop something, I'd argue "What you expected to happen" is a question that hasn't served us well - it's almost universally answered by the public as "it should work" or "the app should not crash" or similar; and even when I'm paying attention and filling out a full report, the answer is almost always "whatever is the opposite of the thing described in the 'what happened' section".