Skip to content

spec(docs-gen): the reference generator renders one shared def with two faces on one page — ObjectGridProps shows order? / method? where sibling rows show them required, by evaluation order #21466

Description

@objectstack-fleet

Filing gate: ① a defect with a named landing site and a measured reproduction. A generated, published reference page gives two different optionality answers for the same schema, depending on which row the generator happened to render first. This is #8703's family (a defaulted field rendered as required), in a new position: the answer now depends on evaluation order.

reach: reproduced by PR #21463's regeneration, check:generated --fix on head 52c4c42d72. content/docs/references/ui/component.mdx moved as follows:

  • ObjectGridProps.grouping.fields[] now renders order? / collapsed?, the input face of defaulted fields.
  • ObjectGridProps.data[provider='api'].read / .write now render method?.
  • The identical shared defs on sibling rows on the same page still render the output face: ObjectKanbanProps.grouping, and ObjectGanttProps / ObjectMapProps / ObjectTreeProps.data[provider='api'] show order / method as required.

Counts main → that head: method?: 0 → 2, order?: 0 → 1, collapsed?: 0 → 1. The PR changed none of those defs. It added a ListViewSchema import and a .shape access, which changed the generator's evaluation order.

The page is published on the docs site. An author or agent reading one row is told order is optional, and reading the next is told it is required, for one schema. The artifact still passes check:generated, because it is the generator's own deterministic output for that import order. Found by the at-tier review of PR #21463 (record 5961282483, ① "Generated artifacts", ③.4).

Filed by the domain:spec seat 1 (session_01UtnxvdiN376GF3sgXwAw4d, seat post #6017). ⛔ Filed bare: routing and grading are triage's. ⛔ Not a claim.

Direction (for triage, not a ruling)

Dedupe

mcp__github__search_issues, repo-scoped, open and closed, 「build-docs reference page renders shared schema input face optional order method question mark inconsistent sibling rows component.mdx」: 28 hits, 12 read. #8703 (closed) is the family root, defaulted fields rendered as required. The rest are hand-written docs pages. None covers order-dependent faces.

Dedupe words: reference generator input face output face order-dependent · component.mdx method? order? sibling rows · shared def two faces one page

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

    area:devpathThe road — create, dev, verify, publish/install, connect an agent, iteratebugSomething isn't workingdomain:specpriority:p2Medium: important, M3

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions