E2E provisioning tests from fix commit a25a277 deleted from codebase #261
Labels
No labels
blocked:children
blocked:commit-ready-failed
blocked:depends-231
blocked:depends-236
blocked:depends-237
blocked:depends-238
blocked:depends-239
blocked:gate-fetch
blocked:gate-fetch
blocked:gate-lint
blocked:gate-research
blocked:needs-attention
blocked:needs-decision
blocked:no-changes
blocked:no-procedure
blocked:preflight
blocked:verify-failed
bug
enhancement
feature-request
high-priority
in-progress
lint-cleanup
needs-decompose
needs-triage
ops-retry
ops-task
phase-5
quickfix
security/medium
self-building
triage-approved
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Mark/mesh-seed#261
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Finding from post-deploy probe (kanban task t_d1c34183)
The fix commit
a25a277(feat: Complete Phase 2.1 provisioning loop closure, landed 2026-07-16) added E2E provisioning tests attests/e2e/test_provisioning_loop.pyto verify the ephemeral worker lifecycle. However, during a post-deploy probe on 2026-07-22, this file no longer exists in the working tree.Repository: Mark/mesh-seed
Actual behavior:
tests/e2e/test_provisioning_loop.pyis missing from the repository — it does not appear ingit ls-tree HEAD tests/e2e/and cannot be found by file search onorigin/master.Expected behavior: The E2E provisioning tests should still exist in the codebase to provide regression coverage for the Phase 2.1 ephemeral worker provisioning loop. Removing verification tests reduces confidence that the fix continues to work as the codebase evolves.
Reproduction steps:
origin/masterof Mark/mesh-seedls tests/e2e/test_provisioning_loop.pygit log --all -- tests/e2e/test_provisioning_loop.py— confirm the file was part of commita25a277but has since been deletedSuggested action:
a25a277and ensure they passKanban card: t_d1c34183
Investigation complete (tasker-worker via kanban t_03a4e422): the tests were INTENTIONALLY removed, not lost.
What happened:
tests/e2e/test_provisioning_loop.pywas added ina25a277(2026-03-21) and deleted in commitee5b7db(2026-04-10, "Fix: Worker process spawning and Docker-based E2E test"). That commit's message explicitly says "Deleted 64 fake tests that gave false confidence" — this file was part of that deliberate cleanup. It was not lost in a rebase/merge conflict.Replacement coverage exists and is more comprehensive:
tests/integration/test_provisioning_flow.py(1079 lines, 33 tests): reliability guard (idempotency, retry budget, deadline, cooldown, lease — 17 tests), full provisioning flow (starvation → provision intent → bid/claim → spawn → result, 5 tests), edge cases (duplicate intent, spawn failure, deadline exceeded, worker crash, backoff, bond forfeiture — 8 tests), bone registration (4 tests).tests/e2e/test_full_integration.py:test_starvation_emitted_when_no_workers+test_no_starvation_when_worker_exists.tests/e2e/test_mesh_node_e2e.py: real intent→result flow with actual process spawn.The old file's key scenario (factory defines, router finds eligible after provisioning) is covered by
TestProvisioningFlow::test_full_lifecycle_with_spawnandtest_starvation_emits_provision_intent.The old file cannot be restored as-is: it imports
capabilities._muscle.worker_factory.run— thecapabilities/tree was renamed toprimitives/(factory now lives atprimitives/_muscle/worker_factory/run.py). Restoring verbatim would fail collection.Verification on clean origin/master: 32/33 tests in the replacement integration suite pass. The 1 failure (
test_full_lifecycle_with_spawn) and the analogoustest_mesh_node_e2e.py::test_full_intent_to_result_flowfailure are caused by a pre-existing schema-drift bug —agentstable missing theembeddingcolumn thatAgentView.__getitem__(substrate/ledger/core.py:4506) reads →IndexError: No item with that keyon every claim validation. That bug is already tracked separately in #260 and #258.Conclusion: regression coverage for the Phase 2.1 provisioning loop exists and is stronger than the deleted file's. No restore needed. The remaining red test is the separately-tracked schema drift, not a gap from this deletion.