You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Residuals from the PR #1845 review (they would otherwise die with #1822, which that PR closes):
Unscoped GetExpiredAsync failure-dump noise. The method returns every expired PendingReview row in the shared per-class test DB, so a failing assertion's dump includes other tests' rows (a corr-expired-target-... row from GetPendingByOperationTargetAsync_..._ExcludesExpired was observed in the [Backend] Flaky: GetExpiredAsync_WithExpiresAtExactlyNow races a 1-second wall-clock window on windows-latest #1822 failure dump). Consider correlation-prefix scoping in assertions to keep failure output attributable.
Test overlap. The reworked GetExpiredAsync_ExcludesFutureExpiry... test is now close to a subset of its sibling GetExpiredAsync_ShouldReturnOnlyExpiredPendingReview (~line 72 of AutomationProposalRepositoryIntegrationTests.cs), which additionally proves the status filter. PR test(api): de-flake GetExpiredAsync expiry-boundary integration test (#1822) #1845 kept it with an honest name and a PROVES / DOES-NOT-PROVE comment; "delete as redundant" remains an available answer for a future sweep.
Worker-dependence note. The new positive control (Contain on a past-ExpiresAt PendingReview row) is safe only because the class is pinned to HostedWorkerDisabledTestWebApplicationFactory ([Bug] Isolate hosted workers and delayed events in full-suite tests #1335). If the class ever moves to the base factory, ProposalHousekeepingWorker can consume the row and this assertion flakes in the opposite direction. Keep the pin, or make the dependence explicit in the class contract comment.
Residuals from the PR #1845 review (they would otherwise die with #1822, which that PR closes):
GetExpiredAsyncfailure-dump noise. The method returns every expired PendingReview row in the shared per-class test DB, so a failing assertion's dump includes other tests' rows (acorr-expired-target-...row fromGetPendingByOperationTargetAsync_..._ExcludesExpiredwas observed in the [Backend] Flaky: GetExpiredAsync_WithExpiresAtExactlyNow races a 1-second wall-clock window on windows-latest #1822 failure dump). Consider correlation-prefix scoping in assertions to keep failure output attributable.GetExpiredAsync_ExcludesFutureExpiry...test is now close to a subset of its siblingGetExpiredAsync_ShouldReturnOnlyExpiredPendingReview(~line 72 ofAutomationProposalRepositoryIntegrationTests.cs), which additionally proves the status filter. PR test(api): de-flake GetExpiredAsync expiry-boundary integration test (#1822) #1845 kept it with an honest name and a PROVES / DOES-NOT-PROVE comment; "delete as redundant" remains an available answer for a future sweep.Containon a past-ExpiresAtPendingReview row) is safe only because the class is pinned toHostedWorkerDisabledTestWebApplicationFactory([Bug] Isolate hosted workers and delayed events in full-suite tests #1335). If the class ever moves to the base factory,ProposalHousekeepingWorkercan consume the row and this assertion flakes in the opposite direction. Keep the pin, or make the dependence explicit in the class contract comment.Source: PR #1845 fresh-context review (non-blocking items 1–3). All LOW; none merge-relevant.