Skip to content

test: IdempotencyRecordPurgeSweepTests stolen-claim race fails intermittently #1050

Description

@mforce

IdempotencyRecordPurgeSweepTests.Sweep_DoesNotDeleteAnExpiredClaimStolenWhileTheDeleteIsBlocked fails intermittently in CI.

Observed: PR #1026's first integration run failed on this test alone. The change was unrelated, a feed-usage read fix. Re-running only the failed job passed with no code change.

Likely cause: the test aborts when the race it needs, a claim stolen while the purge DELETE is blocked, does not happen within its time budget. On a loaded runner the timing can miss.

Done when: the test forces the interleaving deterministically, for example with a lock or barrier it controls rather than a timing window, or it reports an inconclusive race as a skip with the reason instead of a failure. Prove it by running the class many times in a loop under CPU load.

Activity

  1. added
    bugSomething isn't working
    severity:p4Defect: tooling, CI noise or test gap; no user impact
    on Oct 4, 2026
  2. added this to the Platform hardening milestone on Oct 4, 2026
  3. mforce commented on Oct 4, 2026

    @mforce
    OwnerAuthor

    Coordination note: at the owner's direction, the ★ Coordinator session (Paseo "Driver") now coordinates this issue and its Codex worker (worker · #1050 purge race test). The modular-monolith driver no longer needs to track it.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingseverity:p4Defect: tooling, CI noise or test gap; no user impact

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions