bug: Resource not accessible by integration

[ocavue]

When we use JasonEtco/is-sponsor-label-action, we get this error:

Run JasonEtco/is-sponsor-label-action@v1
Error: Resource not accessible by integration
✖  fatal     GraphqlError: Resource not accessible by integration 
    at /home/runner/work/_actions/JasonEtco/is-sponsor-label-action/v1/dist/index.js:2463:13
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
    at async makeRequest (/home/runner/work/_actions/JasonEtco/is-sponsor-label-action/v1/dist/index.js:150:20)
    at async Toolkit.run.event (/home/runner/work/_actions/JasonEtco/is-sponsor-label-action/v1/dist/index.js:20:21)

https://github.com/remirror/remirror/pull/1210/checks?check_run_id=3511169860

This action works pretty well the whole time and starts to show this error since yesterday.

[Lissy93]

+1 - Your action is awesome, and has worked perfectly for me up until Wednesday.
But I now get the same error as OP, and it causes my pull requests to fail.

Error: Resource not accessible by integration
✖  fatal     GraphqlError: Resource not accessible by integration 
    at /home/runner/work/_actions/JasonEtco/is-sponsor-label-action/v1/dist/index.js:2463:13
    at processTicksAndRejections (internal/process/task_queues.js:93:5)
    at async makeRequest (/home/runner/work/_actions/JasonEtco/is-sponsor-label-action/v1/dist/index.js:150:20)
    at async Toolkit.run.event (/home/runner/work/_actions/JasonEtco/is-sponsor-label-action/v1/dist/index.js:20:21)
0s

For reference, here are the complete logs. And this is my workflow file.

I guess it's an external change in an API, and not directly related to this action. But it would be great to have an update sometime, so that it can work again. Thank you @JasonEtco for all your work in developing and maintaining is-sponsor-label-action, it's been really useful :)

[tomkerkhove]

I have the same issue indeed

[Lissy93]

@JasonEtco - Any update on this?
I have tried to look into this, but am quite new with GH Actions, so am unsure what the solution is.

[dansiegel]

this isn't a bug for @JasonEtco to fix. It is being caused by a bug that the GitHub team accidently introduced. The team knows about the issue and has prioritized it for fix. I have no clue what that means in terms of when we can expect it to be resolved, but I would assume once they've fixed it we'll start seeing all new PRs and Issues getting the label properly again.

[kdeldycke]

I guess this was fixed in #30 by @cheshire137.

I tried to reused this PR in kdeldycke/workflows@dfa9ffb but it failed:

> Run cheshire137/is-sponsor-label-action@e57c7e5adc854fdae4a39062c61e629f614160d5
Error: File not found: '/home/runner/work/_actions/cheshire137/is-sponsor-label-action/e57c7e5adc854fdae4a39062c61e629f614160d5/dist/index.js'

I guess this action need special care to be distributed and can't be reused as-is.

[cheshire137]

Uh-oh, did I commit some hardcoded cheshire137 in my fix? That was unintentional if so!

[kdeldycke]

Uh-oh, did I commit some hardcoded cheshire137 in my fix? That was unintentional if so!

Oh no no no! 😅 It's just the way the v1.1.3 tag is at odds with other releases, as the former has its index.js located in a dist subfolder, while others don't.

[FrightRisk]

We have this issue also. It is causing an error in our build process:

[moul]

Wdyt about having by default or using an option, a way to make the PR not failing if the resource is (temporarily?) not accessible?

[fatihyildizhan]

Hi, I have the same problem.

[AnalogJ]

Has this issue been fixed? I had to disable this GH workflow in my repos, and I'd like to re-enable them