action-download-artifact: Error: no matching workflow run found

Response from GH on the issue:

Hi Peter,

Thank you for contacting GitHub Support and sorry for the trouble.

The underlying issue was with Elastic search but it has been fixed, but we will not see new results for filtered lists until we have a new index.

To set expectations, this could be a couple of days. In this case, you would see the most recent runs if you remove the filter.

Elastic search backs filters in our API and UI. So unfiltered workflow runs lists will be correct, but filtered lists will be stale.

I hope this helps in the interim. I’ll let you know when the re-index is complete, so you can search by filters again.

Regards, Maureen.

One can see how many users are really out there only when something is broken:

😄

I’ve managed to successfully test one solution, and I’ve created a PR here. As it’s written above, if we do not select empty strings filters for branch and event attributes, the API will return a non-stale list of workflows.

It works with the case when you have a separate pipeline for deploying an artifact (e.g. on merge to master/main) and you don’t care about the event (as it should always success when merging to master) nor branch (as it’s always master).

Hi,

same problem here.

I guess RunIDs after 2147483647 are causing this.

Last Run before 2147483647 worked for me:

Temporary fix is using GitHub Actions CLI to get the Run ID and then passing it to action-download-artifact action. Example: https://github.com/sidx1024/report-nyc-coverage-github-action/blob/main/.github/workflows/main.yml#L33

It’s a GitHub API issue with workflow runs searching.

@alexeh if you use workflow_conclusion you will have to replace with run_id plus the value of the upload artifact.

Eg

      uses: dawidd6/action-download-artifact@v2
      with:
        workflow: upload_workflow.yml
        run_id: 2152869823
        # workflow_conclusion: success
        name: Name
        commit: ${{ github.sha }}
        path: ./build/staging

You can find the run ID by looking at the summary and looking for the Artifact where the number will be clickable.

The link will be https://github.com/<user>/<repo>/actions/<run_id> where you can grab that run_id and put in manually in your workflow yaml for the action-download-artifact step.

This is only a temporary solution since the run_id will then be hardcoded.

Works fine now, at least in my workflow. If not, see the comments above for workarounds.

@Layoric thanks a lot! I’ll probably wait for GH to fix this since is not really critical for my case, as long as the tests workflow goes all green 😃

Thanks!

@alexeh It is yes, but it can buy time to look for other solutions if a deploy is blocking other tasks. @sidx1024 's example looks good, but I’m having issues with auth and the GitHub CLI I think even though only trying to list on a public repository.

Folks – until this is fixed you can use the run_id directly and the artifact will be found

This is the Integer.MAX_VALUE in Java…