getsentry / getsentry/sentry

Add Support for "Cascading" Custom Field Type for Jira Integration

Open
#99,338 4 comments 0 reactions 0 assignees View on GitHub
Feature Jira Metrics Product Area: Settings - Integrations
Dominant language
Python
Stars
44.8k
Forks
4.9k
Avg merge
22h 21m
Merged PRs (30d)
586

Description

### Problem Statement

Currently only custom field types that are supported for Jira integration is "single-select"

Related to internal ticket [#161897]()

### Solution Brainstorm

Add support for "cascading" custom field type to Jira integration

### Product Area

Settings - Integrations

We want to define a set of [lightweight metrics]() that SDKs can automatically collect for e.g. framework, language or platform, focusing only on signals that **do NOT overlap with Tracing**. Ideally these metrics should give a quick sense of app or runtime health, … while deeper investigation will still rely on traces or profiles.

Examples**:**

* Node.js runtime metrics (e.g., event loop delay, heap usage)
* Prisma-related metrics in Next.js
* Mobile CPU / memory usage to help surface potential ANRs or app hangs

---

**Candidate Metrics (add more below)**

* …

*(please also add ideas, questions or examples in comments)*

Contributor guide

Open the contributing guide

Research direction

Start in Settings - Integrations and trace the existing Jira integration support for the single-select custom field type. Review the related internal ticket and comment discussion to establish the expected cascading-field behavior; the work is complete when cascading custom fields are supported by the Jira integration and the relevant behavior is covered by tests.

Written by the indexing model from the issue text.

Assessment

Domain
backend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.