-
Notifications
You must be signed in to change notification settings - Fork 2.5k
chore: consolidate overlapping issue triage workflows #4786
Copy link
Copy link
Open
Labels
category/integrationExternal integrationsExternal integrationspriority/P2Medium - Moderately impactful, noticeable problemMedium - Moderately impactful, noticeable problemscope/ci-cdContinuous integration/deploymentContinuous integration/deploymentscope/github-actionsGitHub Actions integrationGitHub Actions integrationtype/feature-requestNew feature or enhancement requestNew feature or enhancement request
Metadata
Metadata
Assignees
Labels
category/integrationExternal integrationsExternal integrationspriority/P2Medium - Moderately impactful, noticeable problemMedium - Moderately impactful, noticeable problemscope/ci-cdContinuous integration/deploymentContinuous integration/deploymentscope/github-actionsGitHub Actions integrationGitHub Actions integrationtype/feature-requestNew feature or enhancement requestNew feature or enhancement request
Type
Fields
Give feedbackNo fields configured for issues without a type.
Problem
There are 4 workflows that trigger on issue events, overlapping in scope and sometimes conflicting:
qwen-triage.yml) —issues: openedqwen-automated-issue-triage.yml) —issues: opened/reopenedqwen-scheduled-issue-triage.yml) — hourly cronqwen-issue-followup-bot.yml) —issues: opened+ every 6hWhen an issue is opened, multiple workflows fire simultaneously. They race on labels and comments, and
Qwen Triagefrequently gets cancelled mid-execution due to concurrency conflicts (e.g., Follow-up Bot's comment triggers a new event).Proposed Direction
Consolidate into at most 2 non-conflicting workflows:
Qwen Triage) handles everything — classification, labeling, related issue linking, missing info requests. Retire the others.openedtrigger). Avoid concurrent execution on the same issue.Context
Discovered while fixing #4785. The immediate fix (making
Qwen Triageuse/triageskill invocation) is separate from this consolidation work.