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
GitHub Actions: add more details for "workflow_run" event #799
Comments
|
👋 @BrightRan Thanks so much for opening an issue! Does this Add more details about workflow_run PR cover the information you're looking for? |
|
Yes, that's what we want. |
|
Hiya, I feel like this is still an issue. As of today (18th November) the Would be great if we can add the same "Note:" section, similar to what we have on the |
|
👋 @BrightRan I'll triage this for the team to take a look 👀 |
|
Default branch note has now been added: https://docs.github.com/en/free-pro-team@latest/actions/reference/events-that-trigger-workflows#workflow_run 🎉 |
|
Thanks Lucas 😊 |
|
Where can we find the documentation that describes the |
|
Of course I saw the https://docs.github.com/en/developers/webhooks-and-events/webhook-events-and-payloads#workflow_run docs, but those fail to mention these extra properties. One I know of is:
So what else exists on |
Fixes #948 This PR does the following: 1. Changes the trigger for the PR comment updater from the cron method to workflow_run, triggered on completion of the test cases. This should remove the delay between the completion of the performance tests and the updating of the corresponding comment in the PR. 2. Separates the integrity check and performance check into separate workflows and allows them to run in parallel. This will allow the project to take advantage of multiple CI runners if they're available (which appears to be the case). In addition, this fixes an issue with post-merge undeleted/updated branches on PRs. The current "cron" method causes the CI to run the pr-update job over and over forever, unnecessarily. As described in github/docs#799, and the [github docs](https://docs.github.com/en/actions/reference/events-that-trigger-workflows#workflow_run), a `workflow_run` trigger will only fire when the workflow file is on the main branch. Thus, this change will not fire the PR updater on this PR. Thus there's no way to test this working properly without merging onto master and then testing on one of the other PRs.
|
i got webhook payload not exist error while using workflow_run. |




Associated GitHub Community: https://github.community/t/workflow-run-not-working-as-expected/139342
According to the docs about the
workflow_runevent, we can use theworkflow_runevent to trigger another workflow after a workflow run is requested or completed.According to our tests, the
workflow_runevent can trigger the workflow only when theworkflow fileis on thedefault branch. However, we can't see any note about this point in the docs.We can see the below note for some events (such as issues, label, etc.) in the docs:
But why you did not add the same Note for the
workflow_runevent. This Note also is applied to theworkflow_runevent.The text was updated successfully, but these errors were encountered: