fix: escape command triggers in PR comments to prevent re-trigger loop - #54
Conversation
Bot-posted PR comments on fork PRs contained literal [update-docs] text in the footer, which re-triggered the workflow when the bot user was in the allowed users list — creating ~20 duplicate comments (see migtools/crane#794). Also escapes [review-feature] and [review-docs] in error comments posted when Jira credentials are missing. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
🤖 Finished Review · ✅ Success · Started 7:23 PM UTC · Completed 7:35 PM UTC Commit: |
|
Looks good to me Labels: PR fixes a bug in the comment-posting logic |
|
🤖 Finished Retro · ✅ Success · Started 7:37 PM UTC · Completed 7:49 PM UTC Commit: |
Retro: PR #54 — Escape command triggers in PR commentsWorkflow outcome: Good. PR #54 is a correct, complete 4-line bug fix by csoceanu that escapes command trigger strings ( Timeline: PR opened at 19:22 UTC, review agent triggered immediately (run 31735489403), 4 sub-agents dispatched (correctness, security, style-conventions, docs-currency). The correctness sub-agent flagged an "incomplete fix" concern (low severity) and the security sub-agent found a related medium-severity finding, but the challenger adjudication removed the duplicate and confirmed the escaping approach was sound. All findings fell below the reporting threshold. APPROVE posted at 19:35 with Fix completeness verified: All bot-posted comment strings containing command triggers are now escaped across both Autonomy readiness: The review agent was the sole reviewer and correctly approved. The human author (repo owner) merged within 1 minute of bot approval with no additional review. This is positive autonomy evidence for small, clear bug fixes with strong precedent (PR #50). Evidence supporting existing open issues
No new proposalsAll identified improvement opportunities are already tracked by existing open issues. The workflow functioned correctly — the right verdict was reached with no rework needed. |
Summary
[update-docs]in the footer ("Once this PR is merged, comment[update-docs]again..."), which re-triggered the workflow when the bot user was in the allowed users list — creating ~20 duplicate "Suggested Documentation Changes" comments (see ✨ Undeprecate plugin optionals migtools/crane#794)[review-feature]and[review-docs]in error comments posted when Jira credentials are missing, which could cause the same re-trigger loop[) as the review comment fix in PR fix: compare index hashes against base branch, not PR branch #50Test plan
🤖 Generated with Claude Code