-
-
Notifications
You must be signed in to change notification settings - Fork 61
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
feature: wait for queued runs and an option to refresh runs from GitHub API #31
feature: wait for queued runs and an option to refresh runs from GitHub API #31
Conversation
Any timeline on a merge? |
A positive value can be specified as value to this parameter to instruct this action to wait and poll the GitHub API if no in_progress runs are returned in the first attempt.
Refetch runs from GitHub API, If no runs are found in the first attempt and initialWaitSeconds is specified
currently queued runs are not being picked up, which is causing issues when multiple runs are queued concurrently.
1. initial-wait-seconds input parameter 2. fetch both queued and in_progress runs
dc1513e
to
fbffc68
Compare
|
Any updates on getting this one merged? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks like a good feature, need resolve the merge conflict
c7cc656
to
1086c65
Compare
Signed-off-by: Rui Chen <[email protected]>
Hi 👋🏽
This PR adds support to consider
queued
runs in addition toin_progress
when checking against a list of current runs.Problem
When a run is first created in GitHub Actions, the status will be
queued
before moving toin_progress
When two runs are triggered within quick succession,
there is a chance that both the runs are
queued
with only millisecond difference and when this actionfrom within the second run tries to fetch a list of
in_progress
runs (where id < itself), the list can be empty because the previous run hasn't still progressed toin_progress
in the API results.We have seen this behaviour multiple times in our workflows.
Change Proposed
queued
andin_progress
runsThis would allow the second run to see that a previous run has been queued and it should wait for it to complete.
initial-wait-seconds
input parameterThis adds an option to fetch (again) the list of runs from the GitHub API, if no results are returned during the first poll.
Thanks
rebased: 13-Apr-2021