-
Notifications
You must be signed in to change notification settings - Fork 20
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
Unexpected internal error: "Resource not accessible by integration" #242
Comments
I was running into the same error in MarkdownAST, but I believe in my case the issue was that I was missing the
I think I had some old version of |
I'm encountering this issue here even with the write permission in the tagbot script |
I am encountering the same issue here, also with the version of the tagbot script taken from tagbot's documentation |
Seeing the same here |
Looks like some people are seeing 4xx errors, and other people are seeing 5xx errors. I think that these are two separate problems. I'm hoping (fingers crossed) that the 4xx errors will be fixed by #245. So if you're seeing 4xx errors, upgrade your The 5xx errors are a different problem, and I'm still not sure what the cause is. |
Did this, and same error https://github.com/ancapdev/NetworkProtocols.jl/actions/runs/3404968318/
|
That's really bizarre. What happens if you remove the current |
Tried and it looks the same |
Could you go to https://github.com/YOURUSERNAMEORORG/YOURREPO/settings/actions and post a screenshot of what the "Workflow permissions" section looks like? |
Actually, can you just post a screenshot of the entire page? |
Hmmm. Can you post a screenshot of the following pages: |
This is bizarre. I can't think of a reason why TagBot wouldn't have the ability to push the tag in this situation. |
I also get an "Error: TagBot experienced an unexpected internal failure" here. The problem could be on our end, but the error message alone makes me think it is worth reporting. |
Using new version of TagBot.yml referened in JuliaRegistries/TagBot#242
I'm seeing this too in InfiniteArrays.jl here. The error I get is:
|
One more 5xx error: https://github.com/timholy/PkgCacheInspector.jl/actions/runs/3825856095/jobs/6509149614#step:3:41. Note this is for a package with |
Similiar issue for our package https://github.com/Juice-jl/ProbabilisticCircuits.jl. TagBot fails with 5xx error but does not specify what it is.
Link to action for more logs |
Same issue here with both of my packages: OpenQuantumTools and OpenQuantumBase. It's been like this for a while.
|
I was trying to update OpenQuantumTools yesterday. Somehow the Tagbot was triggered twice. It failed at the first attempt but succeeded the second time. Here are the links for the logs: The first attempt: https://github.com/USCqserver/OpenQuantumTools.jl/actions/runs/3917274681 I have no idea why this happened. |
Same here with EvoTrees.jl, I updated TagBot with write permission for contents in yaml but still failed each of the 3-4 manual launches. Error log is the same as the in the two previous comments logs. |
Same here https://github.com/JuliaManifolds/Manopt.jl/actions/runs/3922477050/jobs/6705440639 - let‘s hope there is a solution somewhen. |
Looking at the code, I think this happens when it iterates over all closed PRs in General— there’s a massive number of those. There is some kind of fast path here but I don’t understand when that gets triggered - and maybe it is somehow stale (eg if branch name formats changed in Registrator?). thoughts:
|
Does the Python API not support pagination? I can't find it in the docs. (I have also seen this issue frequently, and multiple restarts over the last two days have not helped.) |
There seems to be |
Seems to return a paginated list, but I see no settings for per-page https://github.com/PyGithub/PyGithub/blob/6c53e5442a80094025b390772d3e00a0d8443a75/github/Repository.py#L2857 |
It could be useful to add some kind of |
TagBot trigger issue comment already include the PR URL. So if we're not already using that info, we should do so. That doesn't help us, however, in runs that weren't triggered by a TagBot trigger issue comment. |
Instead of iterating over all closed General PRs, I wonder if we can use the Search API? We'd pass |
While my release just now reported something about not finding some PR in the General Registry, both things that I do need – the Tag and the Release – worked perfectly fine! |
I'm getting the same error when I try running TagBot using workflow_dispatch, even with the write-all permission set:
Going to wait and see if the Julia bot comments on an issue again to trigger it; at the moment though it seems like the TagBot action is just plain broken. https://github.com/GMLC-TDC/HELICS.jl/actions/runs/4199348093/jobs/7284099992 |
I'm finding the same issue here. I thought it was related to this |
I have had the same issue. TagBot succeeded in creating a new release only once after updating the workflow's content to the latest in the documentation. Afterward, it has never been successful again. The following is the error that I got in the TagBot trigger issue in releasing The errorRun JuliaRegistries/TagBot@v1
Can someone please specify the |
I also had the issue I do suspect that GitHub must have changed some security default for newer packages and hence the permissions part is now mandatory in the |
SortingAlgorithms.jl (started in 2013) has this issue, so not all old packages are immune. |
OK. For the 403 errors the solution seems to be to have either the permissions at the TagBot.yml level or have the option |
This comment was marked as off-topic.
This comment was marked as off-topic.
The slow search of all PRs here shouldn't be hit now that the General branch format is fixed #264 such that the earlier more efficient search by branch should now succeed again here Note that both searches actually were failing before #264 because of It'll be interesting to see whether this issue changes with that fix out. |
I still get the same 403 error. Action permissions are set to |
I am also encountering this error all of a sudden https://github.com/Octogonapus/AWSCRT.jl/actions/runs/6472485281/job/17573240891 Note that workflow has all permissions explicitly granted. Also, the repository has default read/write permissions configured. |
AFAICT this issue is fixed as of v1.18.1. It seems deps updates may have fixed it. Please report if not |
I am getting the following unexpected internal error with CDSAPI.jl:
The package has two releases that are still not tagged in the repository. Any way to fix this?
The text was updated successfully, but these errors were encountered: