Skip to content

Reject unmerged patches as backport candidates in triage#453

Open
lbarcziova wants to merge 1 commit intopackit:mainfrom
lbarcziova:reject-unmerged-patches
Open

Reject unmerged patches as backport candidates in triage#453
lbarcziova wants to merge 1 commit intopackit:mainfrom
lbarcziova:reject-unmerged-patches

Conversation

@lbarcziova
Copy link
Copy Markdown
Member

Add validation rule to triage prompt requiring patches to come from merged/accepted upstream commits. Unmerged PRs, bug tracker attachments, mailing list proposals, and fork branches must not be used for backport decisions — they can be mentioned in clarification-needed notes instead.

Assisted-by: Claude Opus 4.6

Add validation rule to triage prompt requiring patches to come from
merged/accepted upstream commits. Unmerged PRs, bug tracker attachments,
mailing list proposals, and fork branches must not be used for backport
decisions — they can be mentioned in clarification-needed notes instead.

Assisted-by: Claude Opus 4.6
Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces a new validation rule to the triage skill and agent, requiring that only merged or accepted fixes be used for backporting while explicitly excluding unmerged proposals or attachments. Review feedback indicates that subsequent references to "both validations" in both the documentation and the agent's logic need to be updated to reflect the addition of this third criterion to maintain consistency.

2. **Does it fix the issue?** Verify that the code changes directly address the root cause, align with the symptoms, and modify the functions/files mentioned in the issue.
* Only proceed with URLs that contain valid patch content AND address the specific issue.
* If the content is not a proper patch or doesn't fix the issue, continue searching.
* **Only use merged/accepted fixes**: Patches must come from commits that have been merged into the upstream repository (or Fedora). Do NOT use patches from:
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The addition of this third validation rule makes the subsequent references to "both validations" (on lines 415 and 418) inaccurate. Please update those references to "all three validations" or similar to maintain consistency throughout the skill instructions.

- The modified functions/files match those mentioned in the issue
* Only proceed with URLs that contain valid patch content AND address the specific issue
* If the content is not a proper patch or doesn't fix the issue, continue searching for other fixes
* **Only use merged/accepted fixes**: Patches must come from commits that have been
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

This new validation rule is added to section 2.3, but the subsequent "Decide the Outcome" section (2.4) still refers to "both validations in step 2.3" (lines 389 and 394). Please update those references to reflect that there are now three validation criteria to ensure the agent's logic remains consistent.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant