-
Notifications
You must be signed in to change notification settings - Fork 56
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
Repeats the "this pr is too big" message #19
Comments
Hi! As you can see in this example, it publishes the mentioned comment one time for each Workflow execution. That is, it depends on your Could you please link or attach your yaml configuration and a screenshot of the duplicated message in a PR? (Wipe out sensible information if that's the case) This could help debugging or reproducing the issue 🙂 Thanks! |
|
Thanks for the information! 🙌 As we can see in the screenshot, it publishes a comment regarding the PR size being too big for every new commit, that is, on every chance the PR has had to modify its size. We could have some kind of logic taking into account the previous labels. I mean:
What do you think? Would it be better? |
Yeah! It would also be nice to be able to set e.g. it will check the size every commit, but for commits on the same day it will not say this, i.e. the first commit on august 21 will have the message, but subsequent commits on that day will not show the message, andthe first commit on august 22 will have the message etc to reduce clutter. |
Could it also delete previous |
Oh yeah, that would be great to reduce clutter. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
How's this for a potential solution for deleting? Non-battle tested code (the query seems to work, I didn't run the DELETE) that will remove all previous comments. It should be called before you add a new comment. # Delete existing messages from the GitHub Actions Bot user that match the $comment
local -r comment_id_list=$(curl -sSL \
-H "Authorization: token $GITHUB_TOKEN" \
-H "$GITHUB_API_HEADER" \
-X GET \
"$GITHUB_API_URI/repos/$GITHUB_REPOSITORY/issues/$pr_number/comments" \
| jq -r --arg comment "$comment" '.[] | select(.user.type == "Bot")| select(.user.login == "github-actions[bot]")| select(.body == $comment ) | .id' )
for id in $comment_id_list; do
curl -sSL \
-H "Authorization: token $GITHUB_TOKEN" \
-H "$GITHUB_API_HEADER" \
-X DELETE \
"$GITHUB_API_URI/repos/$GITHUB_REPOSITORY/issues/comments/$id"
done I think this will just have a string of 'comment deleted by' in place of the comments themselves, so I think the 'comment every commit' is still too much. |
We could in theory impl this with something like this: https://github.com/aaimio/set-persistent-value (and its sister repo, https://github.com/aaimio/get-persistent-value) Basically the persistent value would be a JSON array of PRs that it's already said "This PR is too big!" on, and the script could check the PR against that array |
This sticky comment action has a few variations of behavior for replacing or hiding PR comments, so it might be a good reference for an implementation to fix this issue (I haven't had a chance to poke around to see how it works, yet). |
Here's the trick - the sticky comment action inserts a comment to use as a means to find the PR comment and replace it. The
|
I just thought of something: Maybe you could provide a label name that, if the PR has that label, will prevent the bot from commenting. That way if there's a known big PR, you can work around this issue by adding that label. |
@JavierCane maybe the fastest way to deal with this issue (not the most cost optimal one) is to use GITHUB_OUTPUT, output the message_if_xl and then suggest users to pass that message to something like sticky as @EngJay suggested |
@luong-komorebi It's been a couple of years, so I don't remember much but I believe what I ended up doing in the fork I made is decoupling the message posting from this action by adding an option to return a bool if the PR is xl, so it can be used to trigger something else, like another action to post a comment. Fork is here. Net effect was being able to "turn off" the comment posting in this action and depend on an external action (sticky) that replaced the comments already. Workaround but it worked at the time. |
whenever i push it repeats it. really annoying as i keep getting notifications for nothing.
The text was updated successfully, but these errors were encountered: