Skip to main content
← Back to list
01Issue
BugOpenSwamp CLIPublic
AssigneesNone

Relationships

#3120 Flaky property test: analyzeExpression hyphenated dot access fails when modelName generates a CEL keyword ("in")

Opened by skunk-ape · 10/6/2026

Problem

src/domain/expressions/expression_references_property_test.ts test "analyzeExpression: hyphenated dot access and bracket access agree" fails intermittently. Its modelName arbitrary can generate a CEL reserved word; model.in.resource.spec.x does not parse as dot access, so dataTargets is empty while the bracket form yields ["in"].

Observed in a verify-build run on an unrelated branch (swamp-club#3022, commit 55122cbf): Property failed after 90 tests { seed: -1858061192, path: "89" } Counterexample: ["in"]. The test file was last changed by #2878 (0d6b876f); the failing code path is untouched by that branch.

Expected

The property holds for every name the generator produces: either the modelName arbitrary excludes CEL reserved words (in, as, break, const, continue, else, for, function, if, import, let, loop, package, namespace, return, var, void, while, true, false, null) for the dot-access case, or the analyzer handles a keyword segment the same way bracket access does — whichever matches the intended contract.

Repro

Run the test with fc.assert(..., { seed: -1858061192, path: "89", endOnFailure: true }), or loop deno test src/domain/expressions/expression_references_property_test.ts until it fails.

02Bog Flow
◉OPEN○TRIAGED○IN PROGRESS○SHIPPED

Open

10/6/2026, 10:37:38 PM

No activity in this phase yet.

03Sludge Pulse

Sign in to post a ripple.