Skip to content
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

Improve GitHub issue templates #6839

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

Marcono1234
Copy link
Contributor

@Marcono1234 Marcono1234 commented Nov 16, 2023

Tries to improve the GitHub issue templates, as originally suggested in the comments on #6785.

Please let me know if you want anything changed. Also, no worries if you don't want to implement these changes, I just wasn't sure whether anyone had seen my suggestions on #6785.

Comment on lines +42 to +44
- type: input
attributes:
label: Guava Version
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I put this at this position to be close to the "Packages" selection. But maybe it would be better to move it further up (maybe even as first field)?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it might make sense to ask them to try the newest version before spending time on coming up with steps to repro the bug. Ideally all of the bugs we receive should be from the latest version so we don't waste time on bugs that have already been fixed. We might still want to record down the version number though so we could keep track of when the bug first appeared. It could help with debugging if we decide to visit old issues or if old bugs become relevant in new and unexpected ways.

Copy link
Member

@chaoren chaoren Nov 17, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we can also add a (required?) checkbox to say something like

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this be part of the "Checklist" below then? Or / and should the description of the version field also mention this?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The checkbox will show up in the issue once it's filed, so it might be a little weird to put it at the top. I think we can add some instructions at the top asking them to first make sure the bug is still present in the latest version. The checkbox can be at the bottom.

- type: input
attributes:
label: Guava Version
description: Guava version for which you encountered the bug, for example `32.1.3-jre`.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The 32.1.3-jre is currently displayed a bit small by the GitHub UI:
GitHub issue forms screenshot

Is that ok nonetheless, or should it for example be written as '32.1.3-jre'?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can move that into the placeholder of the input.

@cpovirk cpovirk assigned cpovirk and chaoren and unassigned cpovirk Nov 17, 2023
@cpovirk cpovirk added type=other Miscellaneous activities not covered by other type= labels package=general P3 labels Nov 17, 2023
@@ -9,7 +9,7 @@ body:


Be aware, though: most feature requests are not accepted, even if they're suggested by
a full-time Guava team member. [Feedback](http://stackoverflow.com/a/4543114/869736) from
a full-time Guava team member. [Feedback](https://stackoverflow.com/a/4543114) from
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I copied all of these directly from the wiki, but yeah all of these should probably be https if possible. I'll update all of the links in the wiki as well.

Copy link
Member

@chaoren chaoren left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the suggestions. I think we do want all of these changes.

@@ -72,6 +79,7 @@ body:
- Java 8
- Java 11
- Java 17
- Java 21
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added these to match the platform= labels that we currently have, but yeah we should probably also have one for Java 21 by now.

Comment on lines +42 to +44
- type: input
attributes:
label: Guava Version
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it might make sense to ask them to try the newest version before spending time on coming up with steps to repro the bug. Ideally all of the bugs we receive should be from the latest version so we don't waste time on bugs that have already been fixed. We might still want to record down the version number though so we could keep track of when the bug first appeared. It could help with debugging if we decide to visit old issues or if old bugs become relevant in new and unexpected ways.

Comment on lines +42 to +44
- type: input
attributes:
label: Guava Version
Copy link
Member

@chaoren chaoren Nov 17, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we can also add a (required?) checkbox to say something like

copybara-service bot pushed a commit that referenced this pull request Nov 17, 2023
Also update some links that have been migrated.

Context: #6839.
RELNOTES=n/a
PiperOrigin-RevId: 583401822
copybara-service bot pushed a commit that referenced this pull request Nov 17, 2023
Also update some links that have been migrated.

Context: #6839.
RELNOTES=n/a
PiperOrigin-RevId: 583401822
copybara-service bot pushed a commit that referenced this pull request Nov 17, 2023
Also update some links that have been migrated.

Context: #6839.
RELNOTES=n/a
PiperOrigin-RevId: 583431708
Copy link
Member

@chaoren chaoren left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm gonna also update the wording in the instructions a bit. We can't just import PRs directly anyway, so feel free to just leave this open. I'll resolve it with an internal change.

- type: input
attributes:
label: Guava Version
description: Guava version for which you encountered the bug, for example `32.1.3-jre`.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can move that into the placeholder of the input.

Comment on lines +42 to +44
- type: input
attributes:
label: Guava Version
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The checkbox will show up in the issue once it's filed, so it might be a little weird to put it at the top. I think we can add some instructions at the top asking them to first make sure the bug is still present in the latest version. The checkbox can be at the bottom.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P3 package=general type=other Miscellaneous activities not covered by other type= labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants