Development record
record_schema declares a bucketField only for the admission store, so an admission whose run field contradicts its bucket is named while a disposition whose item field contradicts its item-keyed directory is not — the same double claim, checked in one store and not its sibling. The disposition store declares no frontmatter schema this cycle (spc-58's stated gap), so the field was left undeclared rather than half-stating a schema in a second place. Declare it when the disposition store gains its required set.
issueresolvednitpickiss-2608301203525338
record_schema declares a bucketField only for the admission store, so an admission whose run field contradicts its bucket is named while a disposition whose item field contradicts its item-keyed directory is not — the same double claim, checked in one store and not its sibling. The disposition store declares no frontmatter schema this cycle (spc-58's stated gap), so the field was left undeclared rather than half-stating a schema in a second place. Declare it when the disposition store gains its required set.
Grounds
- pursued: a hand-written disposition filed under rdi-2 naming item rdi-9 is now a record_schema finding; a committed disposition the writer accepts turning red would show it wrong
Frontmatter
| id | iss-2608301203525338 |
|---|---|
| type | issue |
| lifecycle | resolved |
| severity | nitpick |
.abcd/work/issues/resolved/iss-2608301203525338-record-schema-declares-a-bucketfield.md
open on GitHub ↗ · commit history ↗
mentions1
- spc-58Reading records and disposition records: two acts, two writes