Determine workflow run id more robustly to avoid race conditions#37
Determine workflow run id more robustly to avoid race conditions#37keithconvictional merged 12 commits intoconvictional:masterfrom
Conversation
…rval with api and docs
…ate 'INPUT_WAIT_INTERVAL' in the ##Testing section of the README.
…gh a configurable last_workflow_interval input variable (defaults to 0). Redefine 'inputs' variable to be 'client_payload'. Lastly, using #bash, which uses /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
|
If two runs are started very close together, this logic will see two new runs. It's impossible to tell which is the one we triggered, so we wait for both of them. If either of them fails (and we're propagating failures) we fail this one. |
The Alpine base image uses the busybox implementation of sh, so we need to use the same shell when testing entrypoint.sh outside of Docker.
|
@keithconvictional Any chance of some movement on this? The behaviour of the current version is pretty flaky and this fixes it. |
This prevents runners from using a stale base and is better practice anyway
|
Changes merged here reverted #41 😭 |
|
@duhow That's unfortunate. Looks like some of those changes got missed while resolving merge conflicts. The most important one is the Do you plan to submit a new PR? |
|
@duhow @neilmayhew - Sorry about that. If you put a new PR, I'll review by end of week. The slow down was testing, and I have a better way at testing these changes now. |
|
@keithconvictional I've pushed a new PR (#47) |
This builds on #34