report a source that is quiet rather than broken, instead of a bare 0

The build log prints a count per source, and CI now declines to fail on
a page that states its own emptiness — which leaves that source showing
an unexplained 0, reading as exactly the fault the gate just decided it
was not. The zero we are content with is the one that has to say why.

It is also the only line that would ever prompt anyone to ask whether a
lane quiet for a month is a game between patches or a wiki that reworded
the sentence a statesNoEvents check is still matching. Nothing else in
the pipeline can tell those apart.

The test count in the layout block was stale at 898 and moves with these
two commits, so it is corrected here.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
This commit is contained in:
Lucas Winther
2026-09-06 18:03:46 +02:00
co-authored by Claude Opus 5
parent 1156c358a7
commit 8f3e851274
5 changed files with 60 additions and 4 deletions
+11
View File
@@ -1096,6 +1096,17 @@ describe("the workflows that drive the refresh", () => {
expect(ci).toContain("brokenSources");
expect(ci).not.toContain("eventCount === 0");
});
test("ci.yml says which empty a source's zero was", async () => {
// Three sources can read zero and only one is a fault, so the two that are
// not have to say so where the count is printed — an unexplained 0 in the
// log reads as the failure the check just declined to call it. Whether the
// rules are right is exercised in test/feed.test.ts; this only pins that
// both are wired up.
const ci = await read("ci.yml");
expect(ci).toContain("staleSources");
expect(ci).toContain("quietSources");
});
});
describe("flags", () => {