-
Notifications
You must be signed in to change notification settings - Fork 119
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
Request: don't comment on error #238
Comments
I see your point indeed. Too busy at work to fix it ASAP, but anyone feel free to only invoke github-bot at nodejs.org might be suitable? |
We could make these into a Status API call, which is less intrusive... |
True @refack. As a bot maintainer I appreciated getting noticed by collaborators when something starts to fail, but getting an email every time will be quite annoying. Guess that annoyance is in practise what feature request is all about, just with PR comments rather than emails. Posting a failed status via the Status API like we do for Jenkins job statuses today, would bring the point across and allow collaborators to open an issue in this repo or contact bot maintainers somehow. On second thought, only sending that email, wouldn't let the collaborators know there's currently some issues kicking off Jenkins builds. It would rather be that nothing happens, which I assume would cause more confusion and uncertainty than getting some kind of feedback about the failure from the bot's point of view. |
For ref now that #228 just rolled out, the bot should start re-using / edit its previous PR comment, which I'm assuming will also help a lot to reduce the previous comment noise it has generated. |
I kicked off https://ci.nodejs.org/job/node-test-pull-request/23781/ for nodejs/node#28128 but the bot doesn't appear to have updated any of the comments it previously made in that PR. |
Thanks @richardlau! Found this in the logs:
I'll dive into this to see what might be causing it.. |
Started https://ci.nodejs.org/job/node-test-pull-request-lite-pipeline/3673/ for nodejs/node#28178. No edit/update in the issue from the bot. |
As the bot is does not have permission to trigger Jenkins Lite-CI builds for some reason at the moment, and there's feedback about these error comments not being useful to collaborators anyways, those comments are muted for now. Ideally github-bot maintainers should get notified about these errors, as they're obviously not meant to be raised at all. But using node core collaborators as proxy, manually telling bot maintainers about errors surely isn't idealy either. Refs nodejs#238 Refs nodejs#235 (comment)
As the bot is does not have permission to trigger Jenkins Lite-CI builds for some reason at the moment, and there's feedback about these error comments not being useful to collaborators anyways, those comments are muted for now. Ideally github-bot maintainers should get notified about these errors, as they're obviously not meant to be raised at all. But using node core collaborators as proxy, manually telling bot maintainers about errors surely isn't idealy either. Refs #238 Refs #235 (comment)
Soooo #241 rolled out today, which removed the error comments completely for now. That's still not ideal as bot maintainers really do need a hint about these kinds of failures when they start happening. Building upon #238 (comment) about using the Status API to report these failures, is that something that potentially could break node-core-utils @joyeecheung? Or isn't statuses used there at all? |
These comments don't really add value to GitHub threads, create additional notification spam, and are likely confusing for newcomers. Is it possible for the bot to just not comment, and instead email (or otherwise notify) bot maintainers when errors occur.
The text was updated successfully, but these errors were encountered: