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

Update previous comment when failure is resolved #647

Open
addepar-tg opened this issue Jan 2, 2024 · 3 comments
Open

Update previous comment when failure is resolved #647

addepar-tg opened this issue Jan 2, 2024 · 3 comments
Labels
enhancement New feature or request

Comments

@addepar-tg
Copy link

With the current behaviour of comment-summary-in-pr set to on-failure, a comment is made on failure and otherwise no comment is made. This is an awesome UX and we are using it currently.

However, when the failure is resolved and the action succeeds, the failure comment is still present and therefore still looks relevant to the developer. It would be great when comment-summary-in-pr is set to on-failure, any previous comment is marked as Resolved and therefore hidden from the developer. If the action fails again, a new comment should be created.

Thank you.

@febuiles febuiles added the enhancement New feature or request label Jan 2, 2024
@febuiles
Copy link
Contributor

febuiles commented Jan 3, 2024

Another case of inconsistent comment behavior: #628

@hannaustch
Copy link

Hello @febuiles, we've been facing the same issue but when comment-summary-in-pr equals to always. The comment is actually posted in the PR once only, on the first scan, and never updated or re-posted later. At the same time, I can see updated result summary inside Actions -> <security scan action run> -> Summary.
image

I agree with what have been commented before in both issues opened that the comment should be updated (ideally, removed/hidden and re-posted again) with every run (depending on the flag value set). For example:

  • if comment-summary-in-pr is always: remove/hide comment and re-post with every new scan run
  • if comment-summary-in-pr is on-failure: remove/hide comment when next scan is executed and re-post on the next failure
  • and so on

Thank you!

@febuiles
Copy link
Contributor

febuiles commented Feb 8, 2024

Thanks for the detailed feedback folks. We've been looking at ways to improve the experience with the comment/summary lately, and I think issue is something we can get sorted out soon. I don't have a timeframe to share, if you want to open a PR in the meantime I'd be happy to help.

/cc @jonjanego -- this is semi-related to the discussion and improvements you've been making in starter-workflows.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants