Raise the private triage yellow threshold
- Dominant language
- Java
- Stars
- 8
- Forks
- 13
- Avg merge
- 1h 19m
- Merged PRs (30d)
- 1
Description
### Description
**Problem:** Private Triage turns yellow at 1. Any team with even a single private issue still in triage sees yellow. Having one issue in triage at any given time is just normal workflow, not a warning sign. The only way to reach green is zero issues in triage — a state that's practically unreachable for any team receiving ongoing reports. That can be frustrating when teams feel they're never able to catch up.
There's also no way to pause the clock when we're waiting on the reporter. Sometimes triage is done but the report is incomplete — we need more information or a reproducer before we can move forward. Once `status/needs-info` is assigned, the issue is blocked on the reporter's timeline, not ours. Reporters can take a week or more to respond, and that time shouldn't count against the team.
**Proposal:** Raise the yellow threshold so that normal triage workflow doesn't trigger a warning and green is actually reachable. Additionally, reset the triage counter when `status/needs-info` is assigned, and restart it when the label is removed.
### Value Proposition
A yellow that's always on becomes noise. Raising the threshold keeps the indicator meaningful.
### Goals
- Raise the yellow threshold so normal triage workflow doesn't trigger a warning
- Make green a reachable state for teams keeping up with their workload
- Pause the triage counter while `status/needs-info` is assigned, restart it when the label is removed
### Discussion
_No response_
### Motivation
_No response_
### Details
_No response_
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by locating the private triage yellow threshold and the code that tracks the triage counter. Check how the status/needs-info label is assigned and removed, then verify that the threshold makes green reachable and the counter pauses and resumes as requested.
Written by the indexing model from the issue text.
Assessment
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100