Skip to content

Build Cop: bot is a little spammy #282

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

Closed
nnegrey opened this issue Feb 14, 2020 · 8 comments · Fixed by #373
Closed

Build Cop: bot is a little spammy #282

nnegrey opened this issue Feb 14, 2020 · 8 comments · Fixed by #373
Assignees
Labels
bot: flakybot priority: p2 Moderately-important priority. Fix may not be included in next release. type: bug Error or flaw in code with unintended results or allowing sub-optimal usage patterns.

Comments

@nnegrey
Copy link

nnegrey commented Feb 14, 2020

GoogleCloudPlatform/python-docs-samples#2805

@tbpg tbpg self-assigned this Feb 14, 2020
@tbpg tbpg changed the title Build cop bot is a little spammy Build Cop: bot is a little spammy Feb 14, 2020
@tbpg tbpg added priority: p2 Moderately-important priority. Fix may not be included in next release. type: bug Error or flaw in code with unintended results or allowing sub-optimal usage patterns. labels Feb 14, 2020
@tbpg
Copy link
Contributor

tbpg commented Feb 14, 2020

A few options for how we could improve this:

  1. Don't comment when the test fails again.
  2. Only comment when it's a new build ID.
  3. Add a feature where you can add a buildcop: silence or buildcop: ignore label.

@nnegrey
Copy link
Author

nnegrey commented Feb 14, 2020

I like 1 and 2. I wonder if 3 could cause problems and some things could get missed accidentally, but not sure how those flags could be used.

@tbpg
Copy link
Contributor

tbpg commented Feb 14, 2020

#285 will help with this for flaky tests. But, that won't change the behavior when the test fails many times in a row.

@bcoe specifically mentioned liking having a comment for every failure (option 1).

Maybe there is a good in between? Don't comment more than N times? Or maybe option 2 would be enough.

@tbpg
Copy link
Contributor

tbpg commented Mar 4, 2020

@nnegrey, have the latest couple changes helped? The bot only comments once per build/commit ID failure (the second option above). It's also more proactive about marking issues as flaky when they pass & fail for the same build ID.

Should we do more? The next step would be something like:

  • If there are more than 15 comments, add buildcop: quiet and comment describing the next bullet.
  • If there is the buildcop: quiet label, don't comment, but close the issue if the test passes (with the usual flaky logic).

@nnegrey
Copy link
Author

nnegrey commented Mar 4, 2020

a buildcop: quiet label would be awesome, mostly I would probably add it once I'm aware what the issue is and have a PR that way the conversation on the bug doesn't get cluttered.

@nnegrey
Copy link
Author

nnegrey commented Mar 4, 2020

Would it be able to re-open the issue and start chattering away even if the quiet label was added? Like Oh I thought I fixed it, but it popped back up later due to some other change in the API

@tbpg
Copy link
Contributor

tbpg commented Mar 4, 2020

I would expect it to ignore the quiet label when re-opening. So, it would re-open the issue, leave one comment explaining why it was re-opened, mark the issue flaky, and not comment anymore. Does that make sense to you?

@nnegrey
Copy link
Author

nnegrey commented Mar 4, 2020

Yep!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bot: flakybot priority: p2 Moderately-important priority. Fix may not be included in next release. type: bug Error or flaw in code with unintended results or allowing sub-optimal usage patterns.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants