Automations not triggering for organization repositories

Where does the bug appear (feature/product)?

Background Agent (GitHub, Slack, Web, Linear)

Describe the Bug

Thank you for your assistance.
However, the exact same issue is still occurring.

Steps to Reproduce

  1. Connect a GitHub account to Cursor
  2. Ensure Cursor GitHub App is installed on both:
    • a personal repository
    • an organization repository
  3. Create or configure an Automation in Cursor (e.g., trigger on issue creation or PR events)
  4. In a personal repository:
    • Create an issue or PR that should trigger the Automation
    • Confirm that the Automation runs successfully
  5. In an organization repository:
    • Create an issue or PR with the same conditions
    • Observe that the Automation does not trigger

Operating System

MacOS

Version Information

Version: 3.7.27
VS Code Extension API: 1.105.1
Commit: e48ee6102a199492b0c9964699bf011886708ba0
Date: 2026-06-10T01:46:16.942Z
Layout: editor
Build Type: Stable
Release Track: Nightly
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
xterm.js: 6.1.0-beta.256
OS: Darwin arm64 25.4.0

Does this stop you from using Cursor

Yes - Cursor is unusable

Hi @Imajo ,

You’re right that it’s still happening, and this is on our side, not your setup. The change we made to GitHub webhook handling improved many org-repo cases, but it doesn’t fully cover yours: when an organization’s Cursor GitHub App is still tied to the team setup you used previously (and your current account is personal, with no team), webhooks from the org repo can’t be matched to your personal automation, so the run gets silently skipped.

Two things that often get this working again in the meantime:

  1. Re-connect GitHub from your dashboard. Go to cursor.com/dashboard/integrations, disconnect and reconnect GitHub, and when prompted use Manage in GitHub to re-authorize the organization. This re-maps the org’s installation to your current account and has cleared similar org-connection issues for other users.
  2. If the org repos sit under a team, connecting them through a Cursor team account (rather than a personal one) is the more reliable path for org-repo automations.

To pin down your exact case, could you share:

  • The organization / repository the automation targets (feel free to send it privately), and
  • Whether the automation triggers when you personally open the PR or issue, or never fires at all for that org repo.

That second answer tells us right away which part of the flow is dropping the event. I’m taking another look at this with the team in the meantime.

Thank you. Where should I send it for personal use?