Skip to content

finding(types): the objectui#8774 doc reader locates the ; before stripping comments — a ; inside a union-row comment truncates it to 8 members and reports "mirror widened", a false diagnosis #9073

Description

@os-warren

The round-1 contract review of PR objectui#9069 (record 5626314039, ceiling tier, transcript-verified 61/61) returned PASS with three owed non-blocking corrections. They are filed here rather than ridden in: the charter gives the dispatching seat two moves on a subagent verdict — adopt verbatim or void entirely — and a repair round would have moved the head and voided a PASS to fix a docblock sentence and a parser edge case.

⛔ Not graded, no domain:* — triage's.

⭐ Item 1 is the one that matters: docUnionMembers strips comments AFTER locating the ;

packages/types/src/__tests__/filter-builder-mirror-6939.test.ts — the reader added by PR objectui#9069 finds the statement terminator first and only then removes comments. So a ; appearing inside a comment on a union row truncates the parse.

Measured by the reviewer: the member list comes back at 8 instead of 14, and the pin then fails with mirror widened past the authority — a diagnosis that is false. The mirror did not widen; the reader under-read the doc.

⚠️ It fails loud and in the safe direction, which is why this is not blocking. But a wrong diagnosis on a gate whose whole purpose is to be believed is worth more than a wrong pass: the next reader is told the mirror is at fault when the reader is.

Fix: strip comments before locating the terminator. ⚠️ Re-derive the current order yourself — ⛔ do not take this description on trust — and add a firing control that plants a ; inside a union-row comment, proving the reader still returns 14.

Item 2: the logic control cannot catch what its docblock claims

The floor test's docblock says the logic union control guards against a reader that stops at the first line of a multi-line union. It cannot: logic is a single-line union ([and, or]), so a first-line-only reader reads it correctly and the control never fires for that mode.

⚠️ The mode is covered — by the zero-members throw plus the equality pin, which the reviewer measured RED 3/44 — so the guard exists; the claim about which control provides it is wrong. Correct the docblock (and the PR body if it repeats it) to name the mechanism that actually catches it.

Item 3: two small wording corrections

Scope

All three live in one test file plus the PR body of a merged PR. ⛔ Not a contract change; Clause-②: no on the face of it — but ⚠️ declare it from your own diff, and if fixing item 1 turns out to move what the pin accepts, that is the yes branch and the remedy is to report and stop.

⛔ Do not weaken or delete any of the pin's existing legs to make room. Its two-instrument ablation (the same doc-only mutation run against both the old and new pin) and its mirror-only leg are the reason this PR was believed; a fix that quietly drops one is worse than the bug.

Refs: PR objectui#9069 · card objectui#8774 · review record 5626314039.


Generated by Claude Code

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingdomain:uiobjectui ui stream: fix lands on the published library or apps — objectui execution seatpriority:p3tests

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions