backlog: close the demand-gate triage (#172 declined, #156 deferral confirmed) - #315
Merged
Conversation
… confirmed The last two rows. With these, EVERY demand-gate item in the ledger has been ruled: nothing in that class is now waiting on a decision nobody has made. #172 DECLINED, and the distinction is the point: the CODEC shipped and what is declined is AUTO-EXTRACTION ON THE CONNECTOR. All six functions are exported from the top-level package, so a Handler compresses or extracts in one line and binary rides the store through the ADR 0028 carriage. The connector's gzip-only limit is defended at three layers, and they are deliberate -- a gzip is one stream, a zip is an ARCHIVE. Auto-extracting would put the ingest path in charge of deciding which member is the message, on a partner file this project treats as untrusted, with traversal entries and decompression bombs to adjudicate. Two details establish the split was DESIGNED and not merely unfinished, and both were checked rather than assumed: the decompress functions take a max_output_bytes BOMB CEILING, and zip_compress takes a mapping of NAME to bytes -- so an outbound zip needs an entry name only the feed author can choose. A connector could not supply either. Left open, this item invites someone to remove three guards to "finish" it, and what they would switch on is automatic extraction of partner archives at the front door. #156 deferral confirmed. Its trigger names an observation nobody can make yet -- operators reporting flapping the existing throttle does not damp -- which cannot fire from analysis, only from watching real alerts. Building a deadband now means choosing two threshold constants with no traffic to choose them from. A CORRECTION TO THE RECORD, made because the instrument was mine. I previously reported #156 as cited by ASVS cell 3.7.3. It is not: 3.7.3 is external-link interstitials and same-origin assertions. My cross-reference matched a bare "#156" inside that cell's text rather than a citation. Re-run against a "BACKLOG #N" token, ZERO cells cite #156 or #172. A pattern that matches digits is not a citation index -- the same blindness this ledger keeps finding in other people's greps, found in mine. Ledger: live 244, open 184, closed-in-live 60, archive 236, namespace 480 conserved. Status check run with --backlog against this tree, not the ambient one.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes the demand-gate triage:
#172declined,#156deferral confirmed. Ledger only.This is a follow-on to the previous ledger PR. That one merged at the SHA it was opened against; this
commit was authored on the same branch afterwards and did not travel with it, so it is routed
separately rather than left holding work on a local ref alone.
Verification
main; the instrument was checked first against a known-conflicting branch.parse_itemsfrom this branch: live 244, open 184, archive 236 -- namespace480 conserved. No duplicates, no item declaring more than one status. Both rows present.