Skip to content

fix(tests): isolate shared remote-ledger homes between bearings snapshot cases - #170

Merged
prajwal-395 merged 1 commit into
mainfrom
fm/fm-stock-bash-snapshot-suite-pollutes-itself
Sep 22, 2026
Merged

prajwal-395 merged 1 commit into
mainfrom
fm/fm-stock-bash-snapshot-suite-pollutes-itself

Conversation

@prajwal-395

Copy link
Copy Markdown
Owner

The remote-ledger fixture homes live under the suite-wide TMP_ROOT, so every case shared the same victim paths. The concurrent-budget case leaves a slow-ledger-read marker on ledger-1 behind, and the next case to build a fleet on that path (e.g. the kindless v1 summary case) read stale instead of fresh and failed - an order-dependent bleed that the committed suite order only masked because an intermediate case happened to clean the marker.

make_remote_ledger_fleet now resets each shared remote home (rm -rf + recreate) so a previous case's control files - slow/unbounded read markers, stale summaries - can never reach another case's snapshot, regardless of execution order.

Proven with test_remote_ledger_fleet_resets_shared_homes_between_cases, which plants the exact leftover and asserts the next case's snapshot stays fresh with its own artifacts: it fails on the pre-fix helper and passes with the fix. Baseline refreshed to count=61 via bin/fm-stock-bash-baseline.sh; fm-lint.sh clean.

@prajwal-395
prajwal-395 merged commit e556ec9 into main Sep 22, 2026
14 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant