Add Support for "Cascading" Custom Field Type for Jira Integration
- 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
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