Check workflows only for current PR

[koppor]

In JabRef/jabref#10055, I have following output:

[2023-07-04 09:02:55.723608] wait.NOTICE: Checking statuses
[2023-07-04 09:02:56.319305] wait.DEBUG: Iterating over 25 check(s)
[2023-07-04 09:02:56.319371] wait.DEBUG: Check "Upload binaries on builds.jabref.org" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319393] wait.DEBUG: Check "Notarize and package Mac OS binaries" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319410] wait.DEBUG: Check "Validate Gradle Wrapper" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319426] wait.DEBUG: Check "GUI tests" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319441] wait.DEBUG: Check "Database tests" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319455] wait.DEBUG: Check "Code coverage" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319469] wait.DEBUG: Check "Unit tests" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319483] wait.DEBUG: Check "Create installer and portable version for macOS" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319497] wait.DEBUG: Check "Create installer and portable version for windows" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319511] wait.DEBUG: Check "Code style check" has the following status "completed" and conclusion "success"
[2023-07-04 09:02:56.319525] wait.DEBUG: Check "Create installer and portable version for linux" has the following status "completed" and conclusion "success"

25 checks is pretty much.

GitHub reports 1+13 = 14 checks in total

I assume, the action checks ALL workflows, even those not even started?

Would it be possible that wait.DEBUG: Iterating over 25 check(s) lists all 25 checks instead of only 11? Then, one has a chance to find out, which checks are ignored.

This refs #34 (because it should be clear which names to put in the list) and #28 (because one could simply list all worklfows activated in the PR; minus the automerge workflow and minus maybe some optional tests)