What happened
Issue #3069 was correctly classified as product_bug by the triage agent after the scorecard entity-level view showed "Metric data unavailable" in the nightly E2E run. The code agent correctly created PR #3074 with test.skip guards. However, the underlying product bug was fixed upstream independently. The issue and PR sat open for 17 days until a human (imykhno) manually noticed the failure had stopped reproducing and closed both on Aug 18.
What could go better
There is no automated mechanism to detect when a product_bug-classified E2E failure stops reproducing in nightly runs. When the scorecard tests started passing again in subsequent nightlies, the system should have detected this and flagged or auto-closed the issue and its linked PR. Instead, a human had to manually monitor nightly results and close the stale issue/PR. This wastes human attention and leaves unnecessary test.skip PRs open, contributing to review backlog. Confidence: high — this is a clear lifecycle gap. The triage system creates issues when failures appear but has no symmetric mechanism to close them when failures disappear.
Proposed change
Add a post-nightly reconciliation step (either in the e2e-ocp-helm-nightly workflow or as a separate workflow triggered after nightly completion) that cross-references nightly test results with open product_bug E2E issues. Specifically:
- After the nightly E2E run, collect the set of tests that passed.
- Query open issues with
[fullsend] E2E: prefix or e2e-failure label whose fix_category is product_bug.
- For each open issue, check if the test(s) it references passed in the current nightly run.
- If a test passes for N consecutive nightly runs (suggest N=3 to filter transient passes), comment on the issue noting the failure is no longer reproducing and auto-close the issue. If there is a linked agent PR (branch pattern
agent/{issue}-*), close that PR as well with a comment explaining the resolution.
The test-to-issue mapping could use the workspace name and test name from the issue title (e.g., "scorecard — entity-level filecheck") matched against the JUnit/Playwright test results from the nightly run artifacts.
Validation criteria
The next time a product_bug E2E issue self-resolves (the underlying failure stops reproducing in nightlies for 3+ consecutive runs), the system should auto-close the issue and any linked agent PRs within 4 days of the failure stopping, without requiring manual human intervention. Measure over 90 days: count product_bug issues closed by automation vs. manually, targeting >50% automation rate.
Generated by retro agent from #3074
What happened
Issue #3069 was correctly classified as
product_bugby the triage agent after the scorecard entity-level view showed "Metric data unavailable" in the nightly E2E run. The code agent correctly created PR #3074 withtest.skipguards. However, the underlying product bug was fixed upstream independently. The issue and PR sat open for 17 days until a human (imykhno) manually noticed the failure had stopped reproducing and closed both on Aug 18.What could go better
There is no automated mechanism to detect when a
product_bug-classified E2E failure stops reproducing in nightly runs. When the scorecard tests started passing again in subsequent nightlies, the system should have detected this and flagged or auto-closed the issue and its linked PR. Instead, a human had to manually monitor nightly results and close the stale issue/PR. This wastes human attention and leaves unnecessary test.skip PRs open, contributing to review backlog. Confidence: high — this is a clear lifecycle gap. The triage system creates issues when failures appear but has no symmetric mechanism to close them when failures disappear.Proposed change
Add a post-nightly reconciliation step (either in the
e2e-ocp-helm-nightlyworkflow or as a separate workflow triggered after nightly completion) that cross-references nightly test results with openproduct_bugE2E issues. Specifically:[fullsend] E2E:prefix ore2e-failurelabel whosefix_categoryisproduct_bug.agent/{issue}-*), close that PR as well with a comment explaining the resolution.The test-to-issue mapping could use the workspace name and test name from the issue title (e.g., "scorecard — entity-level filecheck") matched against the JUnit/Playwright test results from the nightly run artifacts.
Validation criteria
The next time a product_bug E2E issue self-resolves (the underlying failure stops reproducing in nightlies for 3+ consecutive runs), the system should auto-close the issue and any linked agent PRs within 4 days of the failure stopping, without requiring manual human intervention. Measure over 90 days: count product_bug issues closed by automation vs. manually, targeting >50% automation rate.
Generated by retro agent from #3074