-
Notifications
You must be signed in to change notification settings - Fork 89
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
Adding issue template #2541
Adding issue template #2541
Conversation
description: (Optional) If this issue relates to a specific ROCm component, it can be mentioned here. | ||
multiple: true | ||
options: | ||
- Other |
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.
Having a list of other teams doesn't make sense, We shouldn't be encouraging issues in one project that are actually a problem in a sibling project. This list seems better at the ROCm/ROCm issue tracker
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.
Thank you for pointing this out! What we can do is, set the default component to match the repo name. Would that help?
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.
It shouldn't just be the default, it should be the only option.
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 removed the component list after speaking to my manager. The component will be implicitly set to AMDMIGraphX because when issues come in from this repo, we have access to the repo name.
This build is OK for merge ✅ |
🔴distilgpt2_fp16: FAILED: MIGraphX is not within tolerance - check verbose output |
@@ -0,0 +1 @@ | |||
blank_issues_enabled: true |
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.
What does this mean? Does this mean we can still open issues without the template?
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.
yes for issues that don't align with the template
- ROCm 5.7.0 | ||
- ROCm 5.6.0 | ||
- ROCm 5.5.1 | ||
- ROCm 5.5.0 |
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.
We dont really want to maintain a list of rocm versions here. How would a user report the issue with rocm 6.0 or 6.1 that is not on the list? It should just be type: input
to write in the rocm version.
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 added ROCm 6.0.0
We've opted for a drop down instead of an input field because it standardizes how it is represented. If we pulled an issue from this repo into a dashboard, we can easily search for ROCm 6.0.0 vs trying to find rocm 6, or ROCm 6, ROCM 6, etc.
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.
You cant do a regex like [0-9]+\.[0-9]+\.[0-9]+
to validate the format? I would assume the user would just write 6.0.1
(no need to repeat rocm).
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.
This decision was based on how users submitted issues in the RadeonOpenCompute organization. There was too much variation and grouping related issues was difficult.
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.
So how does a user report an issue with 6.1 or 6.2 when they are released? There is no option for those versions.
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 would have to submit another PR
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.
But how does the user report it when the PR hasn't been merged yet? Such PRs would be lower priority to merge if we are needing to get features or bug fixes in, so this is a likely scenario. Very likely users will probably pick a random version and then add a comment to which rocm version they are actually using. So this field seems completely useless.
…mponent to match repo name
Codecov ReportAttention:
❗ Your organization needs to install the Codecov GitHub app to enable full functionality. Additional details and impacted files@@ Coverage Diff @@
## develop #2541 +/- ##
========================================
Coverage 91.38% 91.39%
========================================
Files 454 456 +2
Lines 17189 17250 +61
========================================
+ Hits 15708 15765 +57
- Misses 1481 1485 +4 ☔ View full report in Codecov by Sentry. |
Hello, this PR is introducing a new issue template for ROCm public repositories to make it easier for users to submit the details for issues and bugs. Problems pertaining to documentation or non-bug related, users have the ability to open a blank issue template to submit their report.
Thank you,
Community Support Team (ML SW SDK)