fixtures/frames.json is the wire-format conformance artifact: the Go server reads it, the
TypeScript client reads it, and it is published as the specification other languages build against.
It exists as two files in two repositories, kept byte-identical by somebody
remembering to copy it.
There is a comparison, and it only runs for whoever happens to have both checkouts side by side:
packages/ecosy-sapedb/tests/shipped.test.mjs:50-64 reads
../../sapedb/fixtures/frames.json and, if the path does not exist, calls
t.skip and passes.
md5 = d081de2dd5354f63459390b600fc055b on both
packages/sapedb/fixtures/frames.json and
packages/ecosy-sapedb/fixtures/frames.json. So this is debt, not a live defect.ecosy-sapedb/.github/workflows/test.yml has a job "without a server" that only checks
out itself (the compare skips), and a second job that
git clone --depth 1 …/sapedb beside the workspace before running the suite (the
compare runs). So the guard is real, and it is one workflow edit away from being silently gone: a
skip is a pass.frame_test.go:29,
declare_test.go:221 and fixture_decode_test.go:64 each read the server's
own copy and never look at the client's.Does it lose data, break a promise on a public surface, or stop somebody installing and running? No. The two copies agree today, and the artifact has a comparison in the one CI configuration where both sides are present. Nothing a user can run is wrong.
The honest reading is that this is an assurance gap rather than a defect: the guard passes by skipping, so its green tells you nothing about whether it ran. That is worth fixing and it is not worth holding a release for — and the fix that matters (one source of truth, published from one place) is a packaging decision, not a patch. Defer.