Repository navigation
Keep installed acceptance receipts bounded and complete - #332
Conversation
|
Security source/runner PASS for exact The complete readiness inventory is now retained through the existing no-follow output authority as If the terminal report itself still exceeds 128 KiB, finalization writes a bounded Independent focused checks pass 129/129; exact-head policy, Python 3.10–3.15, package, lint, integration, CodeQL, Sonar, and target-branch qualification are terminal PASS. This verdict covers only the source/receipt correction. The first run remains runner-blocked/NONPASS; accepted-main readback, a fresh exact caller/effect review and any later installed pagination observation remain separate. No SDK tuple, profile, pagination case, resource cap, or held scope is changed. |
…tion-receipt-bound
|
|
Security exact-head rebind: SOURCE / RUNNER PASS for I independently verified that this is the conflict-free merge of the reviewed The prior first invocation remains NONPASS. Fresh exact-head checks, accepted-main readback and any new installed pagination invocation remain separate gates; this verdict does not select a dispatch. |
|
Accepted receipt-correction main is All 24 head checks and all 22 current-main checks are terminal: 20/18 successes respectively, plus four intended manual skips. Main Sonar attempt 1 failed before analysis while downloading the public pinned scanner archive (HTTP403); the same official artifact independently returned HTTP200 afterward. One failed-check rerun, 43591409732 attempt2, passed without changing credentials, the action pin or signature verification. The original failure remains recorded; no authentication cause is inferred. The unchanged pagination case, tuple, complete lock, consumer/entry/verifier/runtime/session code and workflow inputs match original #330 main The fresh caller packet is one registry-only invocation of |
|
SECURITY EFFECT PASS — scoped to one fresh published-pagination observation at exact accepted main I independently checked the merged ancestry, current remote-main identity, complete dispatch input names, workflow selectors, controller/output-writer hashes, and the four-file receipt correction. The pagination job is selected only by The correction is fail-closed: the complete readiness record is retained through the private held-output authority and bound by exact file/byte/SHA metadata; the terminal receipt remains bounded. An oversized terminal report becomes an explicit NONPASS while retaining bounded owned IDs and cleanup evidence, and path replacement cannot redirect the held receipt or overwrite a foreign path. The consumer transport remains bounded, so the separately retained readiness object is bounded upstream. Focused independent source controls pass (129 cases). The one-run disposition requires all of the following immediately before and after the single POST:
This PASS authorizes only that bounded observation. It is not a terminal-result verdict, installed acceptance, guide qualification, release decision, or authority for any other workflow input. |
|
Select one fresh published-pagination observation at accepted main Exact invocation: This selects the unchanged normal-registry SDK2.17.2 wheel, complete 15-wheel lock, qualified immutable Server3.9.2/Python3.12.16 tuple, fixed pagination case and reviewed closed runtime profile. It starts a new attempt1 run and does not rerun or reuse first invocation |
|
The selected fresh published-pagination job is terminal observed PASS, pending independent retained-evidence review: run 43594972352, attempt1, job132447536725, exact Downloaded artifact Independent owner readback matched all seven captured source hashes, the exact committed tuple, complete 15-wheel hash lock/distribution inventory and normal-registry SDK2.17.2 wheel The single JUnit case passed in 0.355 seconds. Five selected workflow/run pairs traverse list pages The complete cleanup receipt independently observes both full container IDs and the network absent, plus empty exact owned-label inventories. Runtime This proves the scoped ordinary pagination observation on the existing published package, subject to independent counter-review. It changes no package, selector or unrelated acceptance. The independently deployed SDK guide is recorded on #331; root all-locale adoption is the remaining shared247 downstream work. |
|
Security independent terminal review: PASS, scoped to the single published-pagination observation in run I independently downloaded artifact The separately retained The receipt binds exit 0, no OOM, absence of both exact container IDs, the exact network ID, and the remaining owned-label inventory. The full CI run and target-branch qualification are terminal success. The prior run |



The first published pagination job passed its iterator case but failed while serializing the terminal receipt: the complete readiness environment inventory exceeded the existing 128 KiB limit, leaving the reserved
result.jsonempty. The original run/artifact remains runner-blocked/NONPASS.Retain the full readiness inventory in
consumer-ready.jsonand bind its filename, byte count and SHA256 in the terminal receipt. All environment, installed SDK, runtime profile and cleanup verification still runs. The terminal bound remains 128 KiB. If another oversized report reaches finalization, write a bounded failure receipt through the retained descriptor, including exact captured IDs and bounded cleanup evidence; oversized cleanup is explicitly marked unretained and cannot authorize success. Path replacement still cannot redirect the held result or overwrite a foreign path.Validation: 167 focused controller/authority/consumer/pagination tests pass and Ruff passes. A frozen
949d38bpredecessor control reproduces the size refusal and zero-byte receipt; successor controls retain the full readiness bytes, bind their digest, and preserve bounded NONPASS/cleanup identities after oversized input and path replacement. A source-only serialization check using the original captured readiness retains all 280,522 bytes and writes a 284-byte bounded receipt withcomplete:false; the original invocation stays NONPASS. No Docker, SDK runtime or new installed invocation ran for these source controls.This changes no SDK package, pagination fixture, tuple, guard, resource cap or operating selection. Fresh source review, normal CI/integration/main readback and a separate one-run selection are required before another pagination observation. Other stopped cells remain unselected.
Tracks durable-workflow/.github#247; follows #330.