Cursor can't list branches of some repos

Where does the bug appear (feature/product)?

Background Agent (GitHub, Slack, Web, Linear)

Describe the Bug

I’m trying to to dispatch cloud agents but they’re failing since they can’t list branches of repos within my organisation (I’m admin and I’ve recently allowed access to all repos of the org)

when requesting for the branches /api/background-composer/get-repository-branches I get a 401 with a ERROR_GITHUB_APP_NO_ACCESS and “Failed to create installation access token for installation (redacted)”

I’ve uninstalled and installed again the Github App but still no luck.

Could someone help?

Steps to Reproduce

I open the Cursor Agent dashboard, select a repo and when I try to select a branch, none are available

Expected Behavior

I open the Curso Agent dashboard, select a repo I should be able to pick the base branch for the cloud agent to start

Operating System

MacOS

Version Information

(should be irrelevant since I’m talking about the web UI)

Version: 2.6.0-pre.33.patch.0 (Universal)
VSCode Version: 1.105.1
Commit: 3a1ff150ed66f295af45ae38f28f6afaa05a4770
Date: 2026-02-23T23:34:26.530Z
Build Type: Stable
Release Track: Default
Electron: 39.4.0
Chromium: 142.0.7444.265
Node.js: 22.22.0
V8: 14.2.231.22-electron.0
OS: Darwin arm64 25.3.0

Does this stop you from using Cursor

Yes - Cursor is unusable

1 Like

Hey, thanks for the report. This is a known issue. The GitHub installation token on our backend can sometimes expire or not match, so Cloud Agents can’t access org repos even after reinstalling the GitHub App.

A few other users have reported the same thing:

To help us debug this on the backend, could you share:

  1. The installation ID from the error (you mentioned it was redacted. We need it to find the issue on our side)
  2. The request ID from one of the failed attempts (from the URL on cursor.com/agents)
  3. Does this affect all repos in your org, or only some?

Unfortunately, there’s no reliable workaround right now. Reinstalling the GitHub App sometimes temporarily fixes specific repos, but like you noticed, it’s inconsistent.

I’ll post an update here as soon as we have more info.

Hey Dean,

  1. 72765963
  2. x-vercel-id: fra1::iad1::wn8gz-1772629228715-6130e9b23b6c
  3. it was only affecting some but now it affects all of them (perhaps due to uninstalling and installing again)

Is this something you can clear on your side? This is now blocking all our cloud agents from picking up tasks

So now it is able to list branches in the repos it couldn’t before but then ones that it could are now not working :frowning:

Any way we can just clear it all now? I’ve given the app full access to the org’s repos so this shouldn’t ever change

Hey @deanrie :waving_hand:

I’m getting this as well so thought I’d share another example to help debug:

  • Installation ID: 72138448
  • x-vercel-id: yul1::iad1::5tqmg-1772775968721-aa2a6277dd0c
  • Seems to only be affecting one (our main monorepo with a fair number of branches compared to minimal for others)

It’s currently blocking us from being able to use cloud agents so would appreciate your help working towards the root cause.

1 Like