Skip to content

fix(types): lift the flex example's direction/gap out of the inert props envelope - #7729

Merged
os-justin merged 3 commits into
mainfrom
claude/issue-6751-flex-props-envelope-lift
Sep 5, 2026
Merged

fix(types): lift the flex example's direction/gap out of the inert props envelope#7729
os-justin merged 3 commits into
mainfrom
claude/issue-6751-flex-props-envelope-lift

Conversation

@os-justin

Copy link
Copy Markdown
Collaborator

Fixes #6751

compositeExample in packages/types/examples/data-display-examples.json authored its layout configuration inside a props envelope:

{ "type": "flex", "id": "user-profile-card", "props": { "direction": "col", "gap": 4 } }

SchemaRenderer hoists properties.* onto the node and spreads props as React props instead, so a renderer declared ({ schema }) — the ordinary component-renderer shape, which flex.tsx has — never reads the envelope. The example therefore rendered with the default row direction and the default gap, while presenting itself as a column with gap: 4. Nothing complained, because BaseSchema is .passthrough() and every gate accepted the spelling.

The fix is the lift, not a rename

Both faces of FlexSchema declare the two keys at NODE level, so the envelope has no legitimate reading here and props is not renamed to properties — that would add a second spelling for something the schema already declares:

  • packages/types/src/zod/layout.zod.ts:179direction: z.enum(['row','col','row-reverse','col-reverse']), gap: z.number()
  • packages/types/src/layout.ts:309FlexSchema extends BaseSchema, FlexLayoutProps, and FlexLayoutProps declares direction and gap

No schema is widened by this PR.

The pin is structural, not acceptance-shaped

.passthrough() is exactly why acceptance cannot close this: the broken document parsed GREEN through every schema in the package and would keep doing so. What separates the two states is the parsed VALUE, so that is what the pin asserts.

fixture state FlexSchema.parse(node).direction .gap 'props' in parsed
under the props envelope 'row' (schema default) 2 (schema default) true
lifted onto the node 'col' 4 false

packages/types/src/__tests__/flex-props-envelope-lift-6751.test.ts reads the fixture from disk (so a fixture edit is measured, not remembered) and asserts, in six cases:

  1. the node parses through FlexSchema with the AUTHORED values, and no props survives on the parsed node;
  2. the same through the published LayoutSchema union entry point, which covers flex;
  3. a walk over every object in the fixture carrying type reports no props envelope — zero hits;
  4. positive control — the same walk, over a copy with one synthetic props node injected, reports exactly that node. Without it the zero in (3) could come from a walker that never reports anything;
  5. negative control — neither properties (the bag the renderer DOES hoist) nor the element:* namespace (which reads props by design, through readProps) is flagged, so the zero is about props on component-renderer types specifically;
  6. negative control — the lift left the rest of the node untouched: id, the four children and their types, and the avatar child's own keys.

The walk is scoped to this one fixture deliberately. See the fence below.

The fence: three counter-examples read, and left alone

The card names three same-shaped occurrences that are DELIBERATE teaching material and must not be "fixed". All three are intact on this branch point, and this PR edits none of them — a repo-wide "no node carries props" assertion would have made the teaching material fail, which is why (3) above is fixture-scoped:

site reading
skills/objectui/rules/protocol.md:110 the card carrying props: { title }, still immediately followed by the measurement table at 130-137 whose row for it reads "no header element at all"
skills/objectui/guides/schema-expressions.md:35 the card, under the comment "Evaluated, then dropped -- renders an empty card"
skills/objectui/guides/schema-expressions.md:485 the text, under the comment "Worse — evaluated inside the envelope, then discarded: renders nothing", with its cross mark

The other half of the card (skills/objectui/guides/page-builder.md's statistic node) had already landed on main before this branch: that file matches "props" on 0 lines, with the control term "statistic" matching on 1 line in the same file, so the zero is a reading rather than a miss.

Changeset: declared as releasing nothing

.changeset/6751-flex-props-envelope-lift.md uses the empty-frontmatter form, which is the explicit exemption rather than a workaround, and node scripts/check-changeset-presence.mjs accepts it on that basis. The reasoning it records:

  • packages/types/package.json files is ["dist","README.md","CHANGELOG.md","LICENSE"]examples/ is not published, and the gate agrees (it counts 3 changed files and 1 of them as published source);
  • the one file it does count is the new pin, and packages/types/tsconfig.json excludes **/__tests__/** by directory, so the pin never reaches dist. Confirmed by check:published-tsconfig-exclude.

⇒ no published behaviour changes.

Ablation — the pin can fail, proven on the shipping tree

Fix committed first, then the fixture mutated, then restored — trap-guarded, absolute paths, and verified by content rather than by an exit code. Run at 8c4d206:

HEAD_BLOB=613aaf3e711d9593fb77785c9bc9b291e9785ec5
git checkout f96a781 -- packages/types/examples/data-display-examples.json
MUT_BLOB=73e3e63dd1a3eb6235028d73bb3541a4cc26a337        (differs => the mutation really landed)
on-disk, indent-anchored:  node-level direction=0 (expect 0)  envelope direction=1 (expect 1)  props key=1 (expect 1)

ABLATION_VITEST_EXIT=1
  AssertionError: expected 'row' to be 'col'
  AssertionError: expected 'row' to be 'col'
  AssertionError: expected [ '$.compositeExample (type=flex)' ] to deeply equal []
  Test Files  1 failed (1)   Tests  3 failed | 3 passed (6)

git checkout HEAD -- packages/types/examples/data-display-examples.json
RES_BLOB=613aaf3e711d9593fb77785c9bc9b291e9785ec5        (== HEAD_BLOB)
git diff HEAD bytes after restore: 0
on-disk after restore:  node-level direction=1 (expect 1)  props key=0 (expect 0)
RESTORED_VITEST_EXIT=0    Test Files  1 passed (1)   Tests  6 passed (6)

The direction the ablation went is the ordinary one — RED — and it goes red on three legs, two of them value assertions and one the structural walk. The three cases that stay GREEN under the mutation are the two controls and the untouched-neighbours check, which is what they are for: they do not depend on the lift.

Choosing f96a781 as the mutation source is the card's own recipe and needed no adjustment even though this branch was cut from adb2a86: the fixture blob is byte-identical at both refs.

Gates

All at 8c4d206, which is the pushed head. Exit codes captured before any pipe.

command exit
pnpm exec vitest run --maxWorkers=2 packages/types/ 0 — Test Files 114 passed (114), Tests 1956 passed (1956)
pnpm --filter @object-ui/types type-check 0
node scripts/check-changeset-presence.mjs 0
node scripts/check-changeset-fixed.mjs 0
node scripts/check-changeset-no-major.mjs 0
node scripts/check-changeset-overwrite.mjs 0
pnpm run check:control-bytes 0
pnpm run check:spec-symbols 0
pnpm run check:unreferenced-sources 0
pnpm run check:published-tsconfig-exclude 0
pnpm run check:self-import 0

Heavy runs went through the container's shared verify lock; the verdict line read VERDICT command-exit 0 each time.

The type-check genuinely covers the pin, rather than merely being green beside it. packages/types's type-check is tsc --noEmit && tsc -p tsconfig.examples.json && tsc -p tsconfig.test.json, and the root program excludes **/__tests__/** — so the coverage claim was measured rather than assumed: tsc -p tsconfig.test.json --listFilesOnly lists 572 program inputs, and the pin is one of them.

Lint, as a declared narrowing. The repo-wide eslint . --no-inline-config run is CI's; this branch ran the narrowed one and offers the three readings that make the narrowing a measurement rather than a skip: (a) exactly one file in the diff is lintable at all — the other two are a .json fixture and a .md changeset; (b) eslint --format json on it reports files linted: 1, errors: 0, warnings: 0; (c) eslint.config.js declares no projectService, no parserOptions and no project, so type-aware linting is not enabled and nothing in this diff can move the verdict on any file it does not touch. The first pass caught one real warning — @typescript-eslint/no-explicit-any on the fixture reader, also a commandment #6 violation — fixed by reading the document as JSON ({ [key: string]: unknown }) through an objectAt helper that refuses a non-object loudly, instead of any. No assertion changed.

origin/main was merged into this branch before the PR was opened, which brought in #7718 (#6972) — it edits the same fixture in a different region (examples.markdown losing sanitize) and merged clean; every number above is from after that merge.


Generated by Claude Code

…rops` envelope

`compositeExample` in `packages/types/examples/data-display-examples.json`
authored its layout configuration as `props: { direction: 'col', gap: 4 }`.

`SchemaRenderer` hoists `properties.*` onto the node and spreads `props` as
React props instead, so a renderer declared `({ schema })` — the ordinary
component-renderer shape, which `flex.tsx` has — never reads the envelope. The
example rendered with the default `row` direction and the default gap while
presenting itself as a column with `gap: 4`, and nothing complained: BaseSchema
is `.passthrough()`, so every gate accepted the spelling.

Both faces of `FlexSchema` declare the two keys at node level (`zod/layout.zod.ts`
as an enum + a number, `layout.ts` via `FlexLayoutProps`), so the fix is the lift,
not a rename of `props` to `properties`.

The pin is structural rather than acceptance-shaped for the same passthrough
reason: acceptance cannot separate "lifted" from "still under `props`, admitted
unexamined". It reads the fixture from disk, parses the node through both
`FlexSchema` and the published `LayoutSchema` union, and asserts the parsed
values are the authored ones rather than the schema defaults, plus a walk over
every `type`-carrying object in the fixture with a positive control so the zero
is a reading.

Deliberately untouched: the three counter-example sites in
`skills/objectui/rules/protocol.md` and `skills/objectui/guides/schema-expressions.md`
are marked-wrong teaching material, verified intact and left alone.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BAZFhALsQsGqxui8sNqM8s
`readFixture(): any` tripped `@typescript-eslint/no-explicit-any` and AGENTS.md
commandment #6. The document really is arbitrary JSON, so it is read as a
`{ [key: string]: unknown }` and reached through an `objectAt` helper that
refuses a non-object loudly rather than letting a renamed fixture key read as
`undefined` and quietly weaken every assertion below it.

No assertion changed.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BAZFhALsQsGqxui8sNqM8s
@github-actions

github-actions Bot commented Sep 5, 2026

Copy link
Copy Markdown
Contributor

✅ Console Performance Budget

Metric Value Budget
Eager closure (gzip, 50 chunks) 3186.4 KB 3191.4 KB
Main entry chunk (gzip) 143.2 KB 350 KB
Entry file index-BJfNoOjq.js
Status PASS

The eager closure is every chunk the entry reaches through static imports — what the browser fetches and parses before the app renders. The entry chunk on its own is a small fraction of it.


📦 Bundle Size Report

Package Size Gzipped
app-shell (consoleActionDispatch.js) 0.20KB 0.19KB
app-shell (index.js) 15.67KB 5.75KB
app-shell (runtime-config.js) 20.68KB 7.36KB
app-shell (types.js) 0.01KB 0.04KB
app-shell (urlParams.js) 10.06KB 3.86KB
auth (ActiveOrganizationStorage.js) 25.05KB 9.16KB
auth (AuthContext.js) 0.31KB 0.24KB
auth (AuthGuard.js) 2.07KB 1.00KB
auth (AuthProvider.js) 40.18KB 10.59KB
auth (AuthShell.js) 3.49KB 1.40KB
auth (ForgotPasswordForm.js) 12.21KB 3.45KB
auth (LoginForm.js) 18.15KB 5.39KB
auth (PreviewBanner.js) 0.90KB 0.50KB
auth (RegisterForm.js) 6.65KB 2.22KB
auth (SocialSignInButtons.js) 9.61KB 3.89KB
auth (UserMenu.js) 3.41KB 1.23KB
auth (auth-gate-events.js) 1.29KB 0.66KB
auth (authStyles.js) 5.04KB 1.72KB
auth (createAuthClient.js) 40.21KB 10.80KB
auth (createAuthenticatedFetch.js) 8.46KB 3.43KB
auth (index.js) 3.19KB 1.44KB
auth (invitation-status.js) 1.22KB 0.70KB
auth (org-roles.js) 6.66KB 2.78KB
auth (phone-identifier.js) 1.11KB 0.66KB
auth (types.js) 0.59KB 0.35KB
auth (useAuth.js) 5.30KB 1.02KB
auth (useWorkspaceAdminStatus.js) 5.13KB 2.35KB
collaboration (CommentThread.js) 26.08KB 7.56KB
collaboration (LiveCursors.js) 3.17KB 1.27KB
collaboration (PresenceAvatars.js) 6.49KB 2.64KB
collaboration (PresenceProvider.js) 2.79KB 1.13KB
collaboration (index.js) 1.68KB 0.73KB
collaboration (useCollaborationTranslation.js) 6.05KB 2.52KB
collaboration (useCommentSearch.js) 1.98KB 0.88KB
collaboration (useConflictResolution.js) 7.75KB 1.86KB
collaboration (useMentionNotifications.js) 1.81KB 0.68KB
collaboration (usePresence.js) 6.33KB 1.84KB
collaboration (useRealtimeSubscription.js) 7.91KB 2.01KB
components (index.js) 510.70KB 116.21KB
core (index.js) 6.96KB 2.79KB
create-plugin (index.js) 10.08KB 3.26KB
data-objectstack (index.js) 180.00KB 50.20KB
fields (index.js) 242.27KB 61.22KB
i18n (LocalizationContext.js) 1.76KB 0.96KB
i18n (builtinAggregateLabels.js) 0.86KB 0.49KB
i18n (currency.js) 1.22KB 0.64KB
i18n (fallbackInterpolation.js) 6.25KB 2.77KB
i18n (i18n.js) 4.28KB 1.75KB
i18n (index.js) 3.65KB 1.47KB
i18n (pickLocalized.js) 7.62KB 3.26KB
i18n (provider.js) 26.89KB 9.04KB
i18n (useDisplayLocale.js) 2.85KB 1.45KB
i18n (useObjectLabel.js) 34.34KB 9.17KB
i18n (useSafeTranslation.js) 5.60KB 2.33KB
layout (index.js) 38.98KB 10.98KB
mobile (MobileProvider.js) 0.92KB 0.49KB
mobile (ResponsiveContainer.js) 0.94KB 0.38KB
mobile (breakpoints.js) 1.51KB 0.70KB
mobile (createOfflineDataSource.js) 5.61KB 1.75KB
mobile (index.js) 1.99KB 0.87KB
mobile (offlineQueue.js) 3.91KB 1.35KB
mobile (pwa.js) 0.97KB 0.49KB
mobile (serviceWorker.js) 1.48KB 0.62KB
mobile (serviceWorkerSource.js) 3.41KB 1.48KB
mobile (useBreakpoint.js) 1.54KB 0.65KB
mobile (useGesture.js) 6.96KB 1.98KB
mobile (useOfflineSync.js) 1.99KB 0.72KB
mobile (usePullToRefresh.js) 2.53KB 0.85KB
mobile (useResponsive.js) 0.72KB 0.42KB
mobile (useSpecGesture.js) 4.39KB 1.66KB
mobile (useTouchTarget.js) 1.01KB 0.54KB
permissions (MePermissionsProvider.js) 11.71KB 4.29KB
permissions (PermissionContext.js) 0.31KB 0.25KB
permissions (PermissionGuard.js) 0.89KB 0.45KB
permissions (PermissionProvider.js) 6.24KB 2.16KB
permissions (discardProofCache.js) 1.04KB 0.55KB
permissions (evaluator.js) 5.12KB 1.74KB
permissions (index.js) 0.93KB 0.41KB
permissions (store.js) 0.91KB 0.42KB
permissions (useFieldPermissions.js) 1.28KB 0.53KB
permissions (usePermissions.js) 4.83KB 2.27KB
plugin-ai (index.js) 15.75KB 3.80KB
plugin-calendar (index.js) 47.87KB 13.31KB
plugin-charts (index.js) 70.92KB 19.75KB
plugin-chatbot (index.js) 196.37KB 46.41KB
plugin-dashboard (index.js) 132.87KB 34.68KB
plugin-designer (index.js) 212.86KB 43.19KB
plugin-detail (index.js) 250.55KB 64.06KB
plugin-editor (index.js) 2.46KB 1.10KB
plugin-form (index.js) 132.87KB 32.66KB
plugin-gantt (index.js) 167.26KB 41.00KB
plugin-grid (index.js) 209.29KB 56.78KB
plugin-kanban (index.js) 52.71KB 14.55KB
plugin-list (index.js) 113.28KB 27.59KB
plugin-map (index.js) 20.44KB 6.78KB
plugin-markdown (index.js) 13.93KB 4.81KB
plugin-report (index.js) 43.59KB 11.97KB
plugin-timeline (index.js) 30.84KB 8.85KB
plugin-tree (index.js) 9.20KB 3.19KB
plugin-view (index.js) 85.24KB 20.94KB
providers (DataSourceProvider.js) 0.75KB 0.39KB
providers (MetadataProvider.js) 1.37KB 0.59KB
providers (ThemeProvider.js) 1.90KB 0.85KB
providers (UploadProvider.js) 11.66KB 3.50KB
providers (index.js) 0.45KB 0.23KB
providers (types.js) 0.01KB 0.04KB
react-runtime (index.js) 5.62KB 2.34KB
react (LazyPluginLoader.js) 4.47KB 1.63KB
react (SchemaRenderer.js) 81.07KB 26.86KB
react (data-invalidation.js) 5.05KB 2.08KB
react (index.js) 4.63KB 2.18KB
react (schema-input.js) 2.32KB 1.24KB
react (spec-input.js) 0.20KB 0.18KB
sdui-parser (codegen.js) 5.41KB 2.34KB
sdui-parser (dashboard-widget-options.js) 3.08KB 1.30KB
sdui-parser (index.js) 4.93KB 2.24KB
sdui-parser (input-type.js) 2.84KB 1.40KB
sdui-parser (parse.js) 20.57KB 5.88KB
sdui-parser (provenance.js) 3.66KB 1.82KB
sdui-parser (types.js) 0.28KB 0.23KB
sdui-parser (validate.js) 10.35KB 3.60KB
types (ai.js) 0.20KB 0.17KB
types (api-types.js) 0.20KB 0.18KB
types (app.js) 2.87KB 1.00KB
types (base.js) 0.20KB 0.18KB
types (blocks.js) 0.20KB 0.18KB
types (complex.js) 2.74KB 1.41KB
types (crud.js) 0.20KB 0.18KB
types (dashboard-filter-alias.js) 6.23KB 2.74KB
types (data-display.js) 3.75KB 1.85KB
types (data-protocol.js) 0.20KB 0.19KB
types (data.js) 0.20KB 0.18KB
types (designer.js) 1.85KB 0.85KB
types (disclosure.js) 0.20KB 0.18KB
types (error-code.js) 1.54KB 0.88KB
types (feedback.js) 0.20KB 0.18KB
types (field-types.js) 0.20KB 0.18KB
types (form.js) 0.20KB 0.18KB
types (http-inflight.js) 8.87KB 3.73KB
types (http-retry.js) 4.32KB 2.02KB
types (icon-key-migration.js) 4.26KB 1.63KB
types (index.js) 4.74KB 2.25KB
types (layout.js) 0.20KB 0.18KB
types (managed-by.js) 0.19KB 0.18KB
types (mobile.js) 4.73KB 2.28KB
types (navigation.js) 0.20KB 0.18KB
types (objectql.js) 0.20KB 0.18KB
types (overlay.js) 0.20KB 0.18KB
types (permissions.js) 0.20KB 0.18KB
types (plugin-scope.js) 0.20KB 0.18KB
types (record-components.js) 0.20KB 0.19KB
types (record-semantics.js) 1.28KB 0.67KB
types (registry.js) 0.20KB 0.18KB
types (reports.js) 0.20KB 0.18KB
types (select-option.js) 0.20KB 0.19KB
types (spec-report.js) 5.05KB 1.93KB
types (spec-ui-namespace.js) 0.20KB 0.19KB
types (system-fields.js) 3.33KB 1.54KB
types (theme.js) 6.28KB 2.87KB
types (ui-action.js) 8.11KB 3.32KB
types (views.js) 0.20KB 0.18KB
types (widget.js) 0.20KB 0.18KB

Size Limits

  • ✅ Core packages should be < 50KB gzipped
  • ✅ Component packages should be < 100KB gzipped
  • ⚠️ Plugin packages should be < 150KB gzipped

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

finding(examples,skills): two in-repo authored nodes put config under the inert props envelope on a component-renderer node

2 participants