Maintenance ticket filing cannot apply Status/Priority labels on filed issues #213
Labels
No labels
Agent
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No assignees
2 participants
Notifications
Total time spent: 1 minute 15 seconds
Due date
igor
1 minute 15 seconds
No due date set.
Dependencies
No dependencies set
Reference
joshtronic/igor#213
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Diagnosis
After filing each maintenance triage ticket, the harness fails to apply its triage-stamp labels (
Status/Need More Info,Priority/{Low,Medium}). The ticket is filed but lands unlabeled, defeating the human triage workflow. This recurs across four repos in the window (ageofcombat.com #4, idolidle.com #4, knowthetable.com #4, snail.io #10); joshing.you #55 filed without the warning, suggesting the labels simply don't exist on the affected repos and the harness assumes they do.Evidence
Fixed looks like
The harness either ensures the required labels exist on each target repo before applying (create-if-missing) or downgrades gracefully without a warning, so maintenance tickets land with their intended Status/Priority stamps.
service: agent.service
severity: low
window: 2026-06-15 00:00-01:00 (filed by the nightly logwatch pass)
Got things shored up.