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

Make the SVG checker bot stop posting comments after each commit #534

Closed
Panquesito7 opened this issue Mar 18, 2021 · 6 comments · Fixed by #542
Closed

Make the SVG checker bot stop posting comments after each commit #534

Panquesito7 opened this issue Mar 18, 2021 · 6 comments · Fixed by #542
Labels
devops Use this label for devops related enhancements discussion Use this label for community discussions about changes/features/..

Comments

@Panquesito7
Copy link
Member

The SVG checker bot should only post 1 message to check if the SVG's added in the PR are fine (in the 1st commit).
It posts a comment each time a commit is made. It should only do that if there are errors found after the 1st commit.

P.S.: Not sure if this should be moved to Discussions or keep it right here in Issues.

What do you think? 🙂

@Panquesito7 Panquesito7 added devops Use this label for devops related enhancements discussion Use this label for community discussions about changes/features/.. labels Mar 18, 2021
@amacado amacado changed the title [FEATURE] Make the SVG checker bot stop posting comments after each commit Make the SVG checker bot stop posting comments after each commit Mar 19, 2021
@amacado
Copy link
Member

amacado commented Mar 19, 2021

It's annoying that the bot is posting for every commit, that's true. But on the other hand it's meaningful. Since every commit/push can introduce changes which makes a build fail or succeed. So the bot has to check every push. Maybe we could find a solution to remove/hide old messages from the bot when they have the same content as before?

P.S.: Not sure if this should be moved to Discussions or keep it right here in Issues.

Keep it here! :)

@Panquesito7
Copy link
Member Author

Since every commit/push can introduce changes which makes a build fail or succeed. So the bot has to check every push.

Oh yes, I'm not saying that it shouldn't check on every push. I think I didn't explain it well, sorry!
Let's say we made a PR and the SVGs are just fine. It should post one message saying that the SVGs are fine. If the user makes a new commit and no fails found, then it shouldn't post a comment. On the 1st commit, post a message. If there's another commit, and there are no fails, then don't post a message. Hope I get to understand. 🙂

@Thomas-Boi
Copy link
Member

That sounds like a pretty good idea. I am getting sick of seeing the bloated comment chains 🙃.

A potential solution is to not comment anything if the SVGs are OK and only comment if there's an issue. I think this should be fine.

If you guys still like at least 1 message, I can look into that as well.

@Panquesito7
Copy link
Member Author

only comment if there's an issue. I think this should be fine.

Sounds good to me. Let's wait on @amacado's response to see what he thinks. 🙂

@amacado
Copy link
Member

amacado commented Mar 23, 2021

Maybe we should let the script fail and post a message when the pull request is violating our requirements. This would have the advantage of disallow the merge while the check is failing:

image

I'm ok with posting a message only when the check fails (but posting the message as often until the problems are resolved). Having a message saying "everything is good" is nice in theory, but we see in practice it's annoying ;-) And the green checkmark for the status should be enough.

@Thomas-Boi
Copy link
Member

I'm ok with posting a message only when the check fails (but posting the message as often until the problems are resolved). Having a message saying "everything is good" is nice in theory, but we see in practice it's annoying ;-) And the green checkmark for the status should be enough.

Ok, that sounds good. I'll get on it 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
devops Use this label for devops related enhancements discussion Use this label for community discussions about changes/features/..
Projects
None yet
3 participants