getsentry / getsentry/sentry

Support org-wide error volume alerts across all projects

Open
#118,646 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Product Area: Alerts Waiting for: Product Owner
Dominant language
Python
Stars
44.8k
Forks
4.9k
Avg merge
21h 23m
Merged PRs (30d)
607

Description

Orgs with many projects have no way to set a single alert that fires when any error—across all projects—exceeds a volume threshold (e.g., >10K occurrences/day). Alerts must be configured per project today, which also means new projects created after setup are not covered.

Current behavior

  • Error volume alerts are scoped to a specific project at creation time
  • No "all projects" or org-level scope exists for issue alert rules
  • Projects created after an alert is configured are not automatically included

Gap

  • A single "runaway" error in any project can consume significant quota before anyone notices
  • Orgs that spin up new projects regularly have a persistent blind spot: new projects start unmonitored
  • The only workaround is manually duplicating alert rules for every project, including retroactively adding new ones

Proposed capability
Support an org-wide alert scope (e.g., all projects — including future) on issue alert rules, so a single rule can fire when any error in any project exceeds a configurable occurrence threshold within a time window.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by locating the existing project-scoped issue alert rule configuration and evaluation flow, then trace how project creation and alert scope are represented. Done means an org-level rule can cover current and future projects and trigger on the stated occurrence threshold within a time window.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
observability
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.