Repository navigation
Flaky: WorkflowStreamPayloadRaceTest leaves the shared object on SQLite (two data sets, unrelated PRs) #970
Description
Tests\Feature\WorkflowStreamPayloadRaceTest::test_a_writer_and_payload_cleanup_decide_a_shared_object_under_its_lock failed twice on November 2, both times on PRs that don't touch PHP code. Each time it asserted the shared object's file no longer existed, and it still did.
| Run | PR | Data set |
|---|---|---|
| 41522678113 (merge queue) | #943 (Dockerfile Composer layer only) | sqlite: http append, reclamation first |
| 41538741100 | #965 (native Rust query cache only) | sqlite: http append, run prune first |
Message: Failed asserting that file "/app/storage/framework/testing/stream-payload-race-…/avro/…" does not exist. Other PHPUnit tests passed; 1 of 3558 failed.
Both failures are SQLite cases where the test expects the losing side of the writer-versus-cleanup race to have deleted the object. The test seems to depend on which side wins under real timing. Next: read the test's synchronization for the two SQLite data sets, and make the ordering deterministic (a barrier or held lock) rather than relying on timing. PHP Server is frozen, so this is test-only.
Activity
rmcdaniel commentedon Nov 3, 2026
Third occurrence: run 41681403555 on #995 (Rust-only change in
rust/src/runtime/schedule_execution.rs), data setsqlite: http append, run prune first, same assertion (the shared object's file still exists). 1 of 3558 failed. Rerunning the failed jobs.