Originally created by @nikhil-bidgely on GitHub (Sep 17, 2019).
I've created a workflow with two events on: [pull_request_review, pull_request]. The entire flow gets triggered on reviews e.g. Approvals on PR.
But when the PR is labeled the workflow isn't getting triggered, sample PR: https://github.com/nikhilaii93/testing/pull/2.
As per documentation pull_request covers labeled even but it's not happening. Please look into this and let me know. The workflow file is at triggerBuild
Originally created by @nikhil-bidgely on GitHub (Sep 17, 2019).
I've created a workflow with two events `on: [pull_request_review, pull_request]`. The entire flow gets triggered on reviews e.g. Approvals on PR.
But when the PR is labeled the workflow isn't getting triggered, sample PR: https://github.com/nikhilaii93/testing/pull/2.
As per documentation pull_request covers labeled even but it's not happening. Please look into this and let me know. The workflow file is at [triggerBuild](https://github.com/nikhilaii93/testing/blob/master/.github/workflows/triggerbuild.yml)
According to the docs only the opened, synchronized, and reopened events trigger the pull_request event by default, the rest you need to opt-in to.
@xt0rted commented on GitHub (Sep 18, 2019):
You need to opt-in to the label event like so:
```yaml
on:
pull_request:
types: [labeled]
```
According to [the docs](https://help.github.com/en/articles/events-that-trigger-workflows#example-triggering-workflows-when-a-pull_request-is-assigned) only the `opened`, `synchronized`, and `reopened` events trigger the `pull_request` event by default, the rest you need to opt-in to.
@nikhil-bidgely commented on GitHub (Sep 18, 2019):
@xt0rted Thanks for pointing this out, I couldn't have figured this out. Can you please answer a couple more questions?
Is it possible to disable the default events? Like not triggering the event when a pull request is opened.
Also, multiple instances of a workflow can get triggered in parallel. Is it possible to restrict it to just one at a time?
@nikhil-bidgely commented on GitHub (Sep 18, 2019):
@xt0rted Thanks for pointing this out, I couldn't have figured this out. Can you please answer a couple more questions?
1. Is it possible to disable the default events? Like not triggering the event when a pull request is opened.
2. Also, multiple instances of a workflow can get triggered in parallel. Is it possible to restrict it to just one at a time?
@xt0rted commented on GitHub (Sep 18, 2019):
I'm not sure, you should try asking on the community forum. That's where the team has been answering questions like this. https://github.community/t5/GitHub-Actions/bd-p/actions
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @nikhil-bidgely on GitHub (Sep 17, 2019).
I've created a workflow with two events
on: [pull_request_review, pull_request]. The entire flow gets triggered on reviews e.g. Approvals on PR.But when the PR is labeled the workflow isn't getting triggered, sample PR: https://github.com/nikhilaii93/testing/pull/2.
As per documentation pull_request covers labeled even but it's not happening. Please look into this and let me know. The workflow file is at triggerBuild
@xt0rted commented on GitHub (Sep 18, 2019):
You need to opt-in to the label event like so:
According to the docs only the
opened,synchronized, andreopenedevents trigger thepull_requestevent by default, the rest you need to opt-in to.@nikhil-bidgely commented on GitHub (Sep 18, 2019):
@xt0rted Thanks for pointing this out, I couldn't have figured this out. Can you please answer a couple more questions?
@xt0rted commented on GitHub (Sep 18, 2019):
I'm not sure, you should try asking on the community forum. That's where the team has been answering questions like this. https://github.community/t5/GitHub-Actions/bd-p/actions
@nikhil-bidgely commented on GitHub (Sep 18, 2019):
@xt0rted Thanks, I'm closing the issue.