@mt-micky - one thing to check first is whether you turn on the “build processing” feature under “Advanced Settings” on your project settings page – that’s required for the new build triggering endpoint. If that’s the issue, we can make the error message better. If that’s not the issue, let us know.
Yes, it’s turn on. That’s how I’m testing the feature but still getting “An internal server error occurred.”
Hey! Did you have any luck with this? I’m actually getting the same error.
I am having the issue with /build/ api call.
The error is : “message” : “Project not found”, however i can get the project info when calling the api.
The command i’m running is:
curl -u 'user:token' -d build_parameters[CIRCLE_JOB]=build https://circleci.com/api/v1.1/project/github/org/repo/tree/master
Same here “Project not found”
Hitting exactly the same error. The identical curl request succeeds if I submit it locally but fails when triggered from within a CircleCI workflow.
Can someone help please? This is the last thing stopping me from switching our CI/CD system over to CircleCI…
curl -d 'build_parameters[CIRCLE_JOB]=build' 'https://circleci.com/api/v1.1/project/github/MY_ORG/MY_REPO/tree/master?circle-token=TOKEN'
this works!!!
Ridiculous. Please stop closing active unsolved threads.
Anyone know when they’ll finish this feature that was complained about some 2 years ago now?
Why force us into 2.0 if it’s not ready for production.
p.s. Whatever is documented over here does not tell us where to specify the workflow and looks nothing like the commands people are using in this thread.
https://circleci.com/docs/api/v1-reference/#new-project-build
using this simple charm
Completely over my head. Until I remember that author applies new meanings to words in ridiculous ways.
All my metaphors today take on a Harry Potter theme. For example, if something unpleasant jumps out at me and catches me by surprise, I use humour to defeat it, and send it scurrying away. That’s why there are no Boggarts in this thread.
curl -X POST --header "Content-Type: appliation/json" -d '{"branch":":branch"}' -d 'build_parameters[CIRCLE_JOB]=build' https://circleci.com/api/v1.1/project/github/:username/:repo/tree/:branch?circle-token=:token
Configuration errors: 2 errors occurred:
* Configuration version 2.1 requires the "Enable Build Processing" project setting. Enable Build Processing under Project Settings -> Advanced Settings. In order to retrigger build processing, you must push a new commit.
* Cannot find a job named `build` to run in the `jobs:` section of your configuration file.
If you expected a workflow to run, check your config contains a top-level key called 'workflows:'
-
version: 2.1
is set. - “Enable Build Processing” is enabled.
-
build
exists underjobs:
. - If I give a workflow name it errors just the same. (including still talking about
build
job rather than the workflow name)
It appears one issue is that circle-token
has without documentation changed to no longer mean “Project API key” but “Personal API key”.
For a version 2.1 project, using orbs and workflows.
https://circleci.com/api/v1.1/project/:vcs/:username/:repo/build
, passing {"branch":"branchname"}
as payload works as expected.
https://circleci.com/api/v1.1/project/:vcs/:username/:repo/tree/:branch
, passing {"build_parameters":{"VAR":"true"}}
doesn’t work, fails with the exact same error as @yellow encountered.
This seems to happen because my configuration is not being processed: if I navigate to the “Configuration” tab, I see that my orbs haven’t been resolved.
The reason I can’t use the former request is that I need to provide a custom environment variable to my workflow but that’s not supported.
The latter form does support it, but it doesn’t seem to process my configuration before running.
My specific use case is that I want to trigger a subset of my workflow.
I could declare another workflow in my configuration, just like I do for scheduled workflow runs, but there’s no API to trigger a specific workflow, I can only trigger my main workflow from an API.
My attempted workaround was to pass an environment variable and abort early on steps I don’t want to run, which is very rudimentary but would work given the current API constraints.
there NO any example for all API!!!
It’s documented here https://circleci.com/docs/api/#trigger-a-new-build-by-project-preview
Can you explain what you mean by no example?
Thanks, I have tried many approach, and yours works!
In case this helps anyone stumbling across this from Google:
I was getting this errors when triggering builds via the API because engineers in my team were using API tokens for the repository, and not personal API tokens from here:
https://circleci.com/account/api
curl -d 'build_parameters[CIRCLE_JOB]=build' 'https://circleci.com/api/v1.1/project/github/MY_ORG/MY_REPO/tree/master?circle-token=TOKEN'
Does not work with pipelines feature enabled. You get this error:
* Configuration version 2.1 requires the "Enable Pipelines" project setting. Enable pipelines under
Project Settings -> Advanced Settings. In order to retrigger pipelines, you must push a new commit.
* Cannot find a job named `build` to run in the `jobs:` section of your configuration file.
If you expected a workflow to run, check your config contains a top-level key called 'workflows:'
(Yes, you get that error with pipelines enabled even though it’s saying they’re not.)
Also, CircleCI: Can you stop automatically closing threads on this forum? It’s making it extremely difficult for the community to solve problems on their own on this platform.