-
-
Notifications
You must be signed in to change notification settings - Fork 96
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
[BUG] Error on first run: "Error: Could not retrieve repository contents. Status: 404" #155
Comments
I'm encountering this same problem in my test repo as well: https://github.com/nvzkupu/cla-test/actions/runs/9572474510/job/26391861486?pr=1 |
same here, thanks for looking into it;
|
Same here. It works on existing repositories and fails on new repositories. |
I manually created a file for storing CLA Signatures as a workaround. |
Also encountered with with |
As @piyo7 mentioned, manually creating the signatures file solves the problem. The instructions specifically say not to create the file, so one possible fix would be to change the instructions. |
This is a workaround to make the CI action work as expected. The CLA action failed in this PR: #1 The error in the action log is: ``` Run contributor-assistant/[email protected] CLA Assistant GitHub Action bot has started the process Error: Could not retrieve repository contents: Not Found. Status: 404 Error: Cannot read properties of undefined (reading 'data') ``` See for example: https://github.com/cowprotocol/flash-loan-wrapper-solver/actions/runs/13071434597/job/36473778174 This workaround was suggested in: contributor-assistant/github-action#155 (comment)
I've had an issue with this action [failing](https://github.com/cowprotocol/flash-loan-wrapper-solver/actions/runs/13071434597/job/36473778174) with the following error: ``` Run contributor-assistant/[email protected] CLA Assistant GitHub Action bot has started the process Error: Could not retrieve repository contents: Not Found. Status: 404 Error: Cannot read properties of undefined (reading 'data') ``` This is a workaround to make the CI action work as expected. The CLA action failed in [this PR](cowprotocol/flash-loan-router#1). This helpful workaround was suggested in contributor-assistant/github-action#155 (comment). I didn't add it to the standard instructions because I'm not sure it's always necessary. I suspect the issue might be caused because the PR was created when the repo was private and making it public still left it in a stuck state.
# Description <!--- Describe your changes to provide context for reviewers, including why it is needed --> reviving watch tower dappnode package? cla workflow is bugged, see my comment below for workaround instructions # Changes <!-- List of detailed changes (how the change is accomplished) --> - [x] bumped upstream version of `watch-tower` to latest - [x] some default linting - [x] bump cla workflow version, although bug that we are currently seeing in this pr might not be fixed. ref: contributor-assistant/github-action#155 ## How to test i was able to successfully run a `dappnodesdk build`, but `dappnodesdk publish` needs to happen from this repo's ci iiuc ## Related Issues fixes #1; however instead of bumping automatically it pins to latest version (for now)
Describe the bug
The first time a contributor triggered the workflow (v2.4.0) on a repository, the action failed before doing much of anything. The error message is "Error: Could not retrieve repository contents. Status: 404".
Here's an example in a clean repository with the Action installed simply by copy/pasting YAML from the action's Marketplace page: https://github.com/liffiton/testrepotest/actions/runs/9551059846
The error appears to come from SetupClaCheck.ts. However, I can't tell how the error is being thrown, because if
error.status
is404
, which the error message says it is, then the conditional should trigger thecreateClaFileAndPRComment()
call instead. Maybe a type issue whereerror.status
is a string for some reason?To Reproduce
Steps to reproduce the behavior:
The text was updated successfully, but these errors were encountered: