Where does the bug appear (feature/product)? Background Agent (GitHub, Slack, Web, Linear) Describe the Bug For some requests we see intermittent issues with the API failing with a 400 error and giving this error message “Failed to determine repository default branch” Othertimes it’s working just fine and properly identifying the default branch. Why would it fail to find the default branch? Our workaround is to specify the branch directly, but this is a worse UX. Steps to Reproduce Call the API for launch an agent and observe the error. I don’t have a good way to “force” it to happen, as I said, it’s intermittent. Expected Behavior Properly pick the default branch Operating System MacOS Version Information Version: 2.4.35 (Universal) VSCode Version: 1.105.1 Commit: d2bf8ec12017b1049f304ad3a5c8867b117ed830 Date: 2026-02-10T02:46:56.793Z Build Type: Stable Release Track: Default Electron: 39.2.7 Chromium: 142.0.7444.235 Node.js: 22.21.1 V8: 14.2.231.21-electron.0 OS: Darwin arm64 25.2.0 Does this stop you from using Cursor Yes - Cursor is unusable

Hey, thanks for the report. This looks like a separate issue from the OpenAPI spec bug you reported earlier. In this case, branch detection itself is failing sometimes. To help the team figure out what’s going wrong, could you share: Is this happening in one specific repo or across multiple repos? About how often does it fail vs work? The full API response body and timestamps from a couple of failed calls. That’ll help us match them to our logs. Specifying the branch directly is a good workaround for now. I know it’s not ideal though. I’m flagging this with the team. Let me know if you can share those details.

This is still happening. It looks like it’s happening in multiple repos. This seems to happen at least a few times a day. I don’t have the full API responses handy currently. I did notice that manually specifying branches actually isn’t working either, in those cases we see: ``` Cursor API error (400): Failed to verify existence of branch ‘master’ in repository org/repo. Please ensure the branch name is correct. ``` The only thing that seems to work is waiting. Here are some logs from our system that might help with correlation though: ``` level: error message: Cursor API error: Failed to determine repository default branch statusCode: 400 timestamp: 2026-02-27 16:21:09 level: error message: Cursor API error: Failed to verify existence of branch ‘master’ in repository org/repo. Please ensure the branch name is correct. statusCode: 400 timestamp: 2026-02-27 16:33:09 ```

Hey, I can see the situation got worse. The fact that even explicitly specifying the branch stopped working (“Failed to verify existence of branch ‘master’”) suggests the issue isn’t branch detection itself. It’s more likely GitHub token resolution on our side. Another user ran into something similar too, with intermittent errors when the Cloud Agent talks to GitHub: Cloud Agents cannot load default branch during environment setup and lose write access to GitHub despite correct App installation and org permissions The timestamps you shared (2026-02-27 16:21:09 and 16:33:09) will help. If you can also grab the Request ID for at least one failed request, that’d speed up debugging a lot. You can find the Request ID in the URL on cursor.com/agents. I’ll pass this to the team. For now, the only workaround is to wait and retry, like you noticed. I’ll let you know if there are any updates.

Hi @ahar — thanks for the detailed logs and timestamps; they were exactly what we needed. Good news: we tracked down the root cause, and a fix has been merged. The intermittent “Failed to determine repository default branch” and “Failed to verify existence of branch ‘master’” 400s were coming from transient GitHub conditions (rate-limiting / brief unavailability) being treated as permanent branch-resolution failures, plus an unrelated cache-write hiccup that could abort an otherwise-valid request. We now surface those transient cases correctly and no longer fail the request on a cache miss — which lines up with what you saw, where simply waiting and retrying worked. This is a backend change on our side, so there’s nothing to update in your Cursor client — it’ll take effect as the fix rolls out to our servers. Over the next day or so, could you check your API logs and let us know whether those errors (both variants) have stopped? If they’re gone, you’re all set; if you still see them, drop a recent timestamp or Request ID and we’ll dig back in.

Failed to determine repository default branch

Support Bug Reports

ahar March 4, 2026, 1:41pm 8

I don’t see the failed attempts on the dashboard. I’m starting these agents using the API, which I think must mean it never appears in my actual history on cursor.com/agents since it fails.

Cursor can't list branches of some repos

Topic		Replies	Views
Could not resolve default branch when creating Cloud Agent Environment (private personal repo) Bug Reports cloud-agents , github	7	515	September 26, 2026
Cursor Cloud Agent fails with “Error loading default branch” during environment setup Bug Reports cloud-agents , github	1	479	March 8, 2026
Cloud Agents cannot load default branch during environment setup and lose write access to GitHub despite correct App installation and org permissions Bug Reports teams-enterprise , cloud-agents , github	2	437	June 2, 2026
In "Slack routing" settings for cloud agents, adding a rule by team member (on teams plan) results in 400 "Failed to determine repository default branch" (and other related issues) Bug Reports cloud-agents , slack	2	117	June 12, 2026
Cursor can't list branches of some repos Bug Reports cloud-agents , github	7	589	March 22, 2026

Failed to determine repository default branch

Related topics