How to check if event.pull_request.labels contains certain name in when.condition

[fummicc1]

If you are looking for help, please confirm the following...

• I confirm I have searched the Docs, Codemagic Sample Projects, and GitHub Discussions.
• I confirm the software versions on my local computer match the ones in CI environment (e.g. Xcode version, Gradle version). See here
• I confirm I am able to do a fresh clone of the repository and build the project on my local computer.

Which mobile framework are you using?

Flutter (Dart)

Steps to reproduce

1. Prepare a workflow like the below

  foo:
    name: foo
    triggering:
      events:
        - pull_request
        - pull_request_labeled
      branch_patterns:
        - pattern: "main"
          include: true
          source: false
    when:
      condition: event.pull_request.labels[0].name == "foo1"

2. Create a PR into main branch and add label named foo and foo1. Then, add new commit into source branch.
3. foo workflow's build skips because it does not match with when condition. I guess foo1 is stored in event.pull_request.labels[1].

Expected results

I would like to know how to implement this use-case. Maybe I would like to use kind of Array.contains method.

Actual results

To check if any label matches with label named 'foo1', I think I need to add more condition like event.pull_request.labels[0].name == "foo1" or event.pull_request.labels[1].name == "foo1", however I believe this approach isn't best.

Build id (optional)

No response

[dam-ease]

Hello @fummicc1,
I'm afraid the when.condition block does not currently support array iteration or built-in methods like Array.contains() or any() to check if any item in a list matches a condition. The expressions are quite limited and don’t support complex logic or scripting including using or or ||.
This condition check is best used when you are triggering based on only one variable in the response. A workaround I can think of here at the moment is making use of GitHub API in your script to fetch the Payload of the Pull request, and with that, you can use a script early in your workflow to fetch the PR labels and decide whether to continue the build or exit early. It’s a bit of a process with this workaround, but it gives you the flexibility you need since when.condition doesn't support logical operations or array iteration.
Let me know if you need help setting this up further.

[fummicc1]

@dam-ease

Thank you for your answer. It makes sense!