auto-assign-action icon indicating copy to clipboard operation
auto-assign-action copied to clipboard

Run: error not found

Open mainrs opened this issue 3 years ago • 7 comments

I wanted to setup the action on my repository but it fails running: https://github.com/mainrs/git-cm/pull/33/checks?check_run_id=898404696

The console says:

Run kentaro-m/[email protected]
  with:
    repo-token: ***
    configuration-path: .github/auto_assign.yml
##[error]Not Found

mainrs avatar Jul 22 '20 12:07 mainrs

We're getting this in our workflow, but it's not clear what is not found, presuming this error relates to the file declared in configuration-path @kentaro-m ?

Screenshot 2022-04-14 at 09 32 18

davegreenwp avatar Apr 14 '22 08:04 davegreenwp

I'm having the same issue when trying to run this action, the error does not specify what actually is not found any ideas?

kenny-alvizuris-cko avatar Jul 18 '22 15:07 kenny-alvizuris-cko

Im having the same issue here

manubla4 avatar Aug 29 '22 04:08 manubla4

In my case, I tried to dynamically generate my config file and failed. I found out this action fetch the file from remote. I guess this is intentional, because users can skip checkout (which is slow and heavy sometimes)

https://github.com/kentaro-m/auto-assign-action/blob/908f7e91b7f2ae63c866fa23b4ca175db6ea9fc9/src/run.ts#L15

https://github.com/kentaro-m/auto-assign-action/blob/908f7e91b7f2ae63c866fa23b4ca175db6ea9fc9/src/utils.ts#L107

umihico avatar Nov 17 '22 13:11 umihico

I have similar problem. I have workflow nested in one repo and it works with default config. But workflows that calls it from another, crashes:

Run kentaro-m/[email protected]
  with:
    configuration-path: .github/auto_assign.yml
    repo-token: ***
Error: Not Found

.github/auto_assign.yml is located in the same repo as reusable workflow. And workflow works in this repo by open pr trigger for example

katfir avatar Jun 09 '23 11:06 katfir

@kentaro-m any updates?

GregoryNative avatar Jul 20 '23 10:07 GregoryNative

I finally got something to work. As umihico said above, it is trying to pull the yml config from the remote.

I was trying to generate the yml config dynamically, but since it only existed locally, the config was never found. Had to settle for the less elegant solution of hard-coding a yml config for each team, and using a powershell script to find out which team the author belongs to, and then returning the filepath to that config.

You'll also need to use the checkout action as a first step.

davidmajercak avatar Sep 08 '23 17:09 davidmajercak