getsentry / getsentry/sentry

Dashboards - Support reusable named equations referenced across widgets

Open
#121,946 3 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

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

Description

Problem Statement

Dashboard widgets cannot reference each other. There is no way for one widget to consume the computed output of another widget on the same dashboard.

The use case is a drill-down scoring view for mobile performance:

[ Team A Score ] <- composite score, weighted
[ Screen X: TTI | FF | SL ] [ Screen Y: TTI | FF | SL ] <- per-screen tables

The bottom row is a set of table widgets showing per-screen metrics (time-to-initial-display, frozen frames, slow frames). The top widget should be a single composite score derived from those same values, each multiplied by a weight and summed.

Today there is no way to consume the values already computed by the lower widgets. The filters, fields, and formula all have to be re-declared inside the score widget. That means:

  • The same filter/aggregate definitions are duplicated across every widget on the dashboard.
  • Any change to a screen's filter has to be manually mirrored in the score widget, or the two silently diverge.
  • The relationship between the score and its inputs is invisible to anyone reading the dashboard — there's nothing linking the composite to the widgets it's supposedly derived from.

This scales badly. A dashboard covering N screens across M teams requires the same definitions restated in every score widget, with no single source of truth.

Solution Brainstorm

No response

Product Area

Dashboards

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

The issue names no files, tests, or entry points. Start by tracing how dashboard widgets define and evaluate filters, aggregates, and formulas, then determine where reusable named equations would be represented and referenced. Done means widgets can consume shared computed values without duplicating their definitions, with the relationship visible on the dashboard.

Written by the indexing model from the issue text.

Assessment

Domain
data-visualization
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.