Skip to content

fix(console): honour section-level and object-level conditional rules in FormPage (#5627) - #5728

Merged
os-zhuang merged 1 commit into
mainfrom
claude/issue-5627-formpage-conditional-rule-surfaces
Aug 23, 2026
Merged

os-zhuang merged 1 commit into
mainfrom
claude/issue-5627-formpage-conditional-rule-surfaces

Conversation

@os-zhuang

Copy link
Copy Markdown
Contributor

Fixes #5627

FormPage is the console's own form renderer — its own buildSections, its own JSX,
serving the anonymous /f/:slug route and the internal /forms/:name one. After #5594 it
honoured one of the four conditional-rule surfaces the sibling chain honours. This
wires the other three, through the shared machinery rather than a fourth copy of it.

What was measured before writing anything

The card's behavioural claim held; one of its two type citations did not.

Card says On c7cd2b60b
interface ObjectFieldDef admits none of the ADR-0036 rules Confirmed, FormPage.tsx:95
the render maps every section unconditionally (:1398) Confirmed, at :1403
interface FormSectionSpec { ... } lives in this file It does not. Zero hits

The section type is no longer this file's to widen: #5596 already landed, replacing the
hand copy with the shared FormSectionSpec (packages/app-shell/src/views/metadata-admin/form-spec.ts),
imported here through FormViewSpec. That type has declared visibleWhen/visibleOn
all along — its own docstring says so while naming this card: "Declaring a key is not
honouring it: objectui#5627 tracks the console renderer still rendering every section
unconditionally, which this type makes declarable but does not evaluate."
So the
section half of this fix is evaluation only; the local type work was the object-field
half alone.

The other measurement worth recording: the two sections.map sites are the builder
(buildSections, :393) and the render (:1403). Only the second one needed a guard.

The fix

Sections. buildSections carries sec.visibleWhen ?? sec.visibleOn onto the row
(canonical-first, the precedence every sibling reader spells), and the render calls
isSectionVisible, which routes the predicate through evalFieldPredicate — the same
engine, scope (record.* live, previous.* stored) and fail-open-but-loud behaviour the
field predicate has used here since #5594.

The ruling asked for readVisibility for sections. That helper is module-private to
app-shell's SchemaForm.tsx and is not part of @object-ui/app-shell's published surface,
so it cannot be imported; what it does is a two-key ??, which is done once at build time
here exactly as this file already does it for fields. The half that decides anything — the
engine — is the shared one.

Object-level field rules. ObjectFieldDef admits visibleWhen/readonlyWhen/requiredWhen,
buildSections carries them onto the row as a group (RenderableField.rules), and
resolveRowState hands that group whole to @object-ui/core's resolveFieldRuleState.
No rule semantics are re-derived here. Three settled rulings come along with the resolver
rather than being restated:

The two visibility layers are ANDed, never collapsed. A view-level predicate (#5594's
slot) and an object-level visibleWhen are different authoring slots with different owners;
sectionFields.ts routes the view predicate into visibleOn on the sibling chain precisely
so the object rule is never clobbered. Either layer resolving false hides the row, neither
can re-show what the other hid, and both are evaluated even when the first has already
decided — the one-time warning is the author's only diagnostic, and short-circuiting would
make a typo in one layer invisible whenever the other happened to hide the row.

One verdict per row. FieldInput now takes the resolved { readonly, required } as a
prop instead of reading the static flags, so the control and the asterisk beside it cannot
disagree — the two-layer split objectui#4201 removed on the sibling chain.

Hidden sections still submit. Triage's ruling, quoted: "Section-level visibility is a
rendering rule — a hidden section's fields still submit."
Pinned as a positive assertion on
the POST body. The escape hatch in that clause was checked and did not fire: the only
client-side enforcement in this renderer is the DOM required attribute, which travels with
the rendered control, so nothing can fire a validation on a value the user could never see.

Reverse verification — measured

FormPage.tsx reverted to c7cd2b60b with the new pin file left in place. The mutation was
confirmed on disk before the run (resolveRowState 0 hits, isSectionVisible 0 hits, the
pre-#5627 render line back at 1 hit) and restored by an EXIT/INT/TERM trap afterwards:

Tests  20 failed | 4 passed (24)

Every red one fails by naming the defect — the conditioned-away section is on screen, the
locked control is editable, the required marker is missing, the predicate never reached the
row. The 4 green are the controls that have to be green on both sides, and they are the
whole set:

  • CONTROL: a section with no predicate at all still renders — without it, every
    not.toBeInTheDocument above is equally satisfied by a renderer that draws nothing;
  • CONTROL: a field with no object rules at all renders editable and optional;
  • CONTROL: a static readonly is not weakened by a readonlyWhen that resolves false;
  • does NOT require a server-owned field on a CREATE form — green pre-fix for the wrong
    reason (nothing read requiredWhen at all), which is exactly why its twin, DOES require the same field on an EDIT form, is in the file and is red pre-fix.

Tests — all on rendered output

Every failure mode in this card is invisible to tsc and eslint, so the 24 new cases
assert the DOM: element presence for the two visibility surfaces, toBeDisabled() for
readonlyWhen, toBeRequired() plus the marker read out of the label element for
requiredWhen, and the POST body for the submit clause. Both routes are covered — the
public /f/:slug one included, since that is the user-reachable half.

Gates run on 2eed0fe2a (the final commit)

Gate Verdict
pnpm --filter @object-ui/console type-check TYPECHECK_EXIT=0 (after building the dependency closure)
pnpm --filter @object-ui/console lint LINT_EXIT=0 — 202 problems (0 errors, 202 warnings)
pnpm exec vitest run apps/console Test Files 72 passed (72) / Tests 782 passed (782)
check:control-bytes OK (scanned 4776 tracked text file(s))
check-changeset-presence / check-changeset-no-major / check-changeset-fixed all pass
check:phantom-deps, check:self-import, check:spec-symbols, check:esm-specifiers all pass
check:i18n-keys, check:i18n-drift pass (No en value changed in this range)
check:published-dist, check:eager-closure, check:action-forward-parity pass
type-check:coverage, lint:coverage 46/46 packages linted, 45/46 via type-check

Narrowing declared: type-check/lint/test were run for the only package this diff
touches, whole (eslint . over apps/console is that package's own gate command, not a
file subset). Repo-wide pnpm lint / pnpm type-check / pnpm test are CI's run.

Out of scope, filed instead

#5727 — readPrefill in this same file seeds a runtime-default defaultValue (NOW(),
current_user, a CEL envelope) literally into the control, suppressing the server-side
resolution the declaration asks for. Different defect class (seeding, not conditional-rule
evaluation); filed unassigned rather than folded in.

#5596 is adjacent and was not folded in — it is already landed for these two container
types, and this PR consumes its result rather than extending it.


Generated by Claude Code

…mPage (#5627)

`FormPage` is the second form renderer in this repo and honoured exactly one of
the four conditional-rule surfaces the sibling chain does — the view-level field
predicate #5594 wired. The other three were dropped in the same place: keys the
payload types did not admit, so nothing downstream could read them.

Section-level `visibleWhen`/`visibleOn` (ADR-0089) is now evaluated: the render
mapped every section unconditionally, so a section an author conditioned away
drew in full — heading and every control — on both routes, including the
anonymous `/f/:slug` one. The section type itself needed no widening: #5596
replaced this file's hand copy with the shared `FormSectionSpec`, which has
declared both keys all along without anything evaluating them.

Object-level `visibleWhen`/`readonlyWhen`/`requiredWhen` (ADR-0036) now reach
the row: `ObjectFieldDef` admits them and `resolveRowState` resolves them
through `@object-ui/core`'s shared `resolveFieldRuleState` — not a fourth
consumer-side copy of the rule semantics. That reuse carries the settled
rulings in unchanged, including the `serverOwnedValue` carve-out (#4069/#4085).

Visibility stays a RENDERING rule at both granularities (triage ruling,
2026-08-22): a hidden section's fields still submit their values.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EuPCi56cnGyykygi3z9w4m
@github-actions

Copy link
Copy Markdown
Contributor

✅ Console Performance Budget

Metric Value Budget
Eager closure (gzip, 52 chunks) 3915.6 KB 3990.2 KB
Main entry chunk (gzip) 152.5 KB 350 KB
Entry file index-BcwOtoxu.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) 10.04KB 3.72KB
app-shell (runtime-config.js) 12.80KB 4.47KB
app-shell (types.js) 0.01KB 0.04KB
app-shell (urlParams.js) 10.06KB 3.86KB
auth (AuthContext.js) 0.31KB 0.24KB
auth (AuthGuard.js) 2.07KB 1.00KB
auth (AuthProvider.js) 32.45KB 8.06KB
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) 9.63KB 3.74KB
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) 508.30KB 114.17KB
core (index.js) 4.92KB 1.97KB
create-plugin (index.js) 10.08KB 3.26KB
data-objectstack (index.js) 164.55KB 45.67KB
fields (index.js) 238.40KB 59.89KB
i18n (LocalizationContext.js) 1.76KB 0.96KB
i18n (currency.js) 1.22KB 0.64KB
i18n (i18n.js) 4.28KB 1.75KB
i18n (index.js) 3.44KB 1.39KB
i18n (pickLocalized.js) 7.62KB 3.26KB
i18n (provider.js) 23.13KB 7.63KB
i18n (useDisplayLocale.js) 2.85KB 1.45KB
i18n (useObjectLabel.js) 33.40KB 8.71KB
i18n (useSafeTranslation.js) 7.77KB 3.13KB
layout (index.js) 38.95KB 10.97KB
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.55KB 0.62KB
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 (useResponsiveConfig.js) 1.37KB 0.63KB
mobile (useSpecGesture.js) 4.32KB 1.64KB
mobile (useTouchTarget.js) 1.01KB 0.54KB
permissions (MePermissionsProvider.js) 9.53KB 3.38KB
permissions (PermissionContext.js) 0.31KB 0.25KB
permissions (PermissionGuard.js) 0.89KB 0.45KB
permissions (PermissionProvider.js) 4.64KB 1.50KB
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) 1.93KB 0.88KB
plugin-ai (index.js) 15.75KB 3.80KB
plugin-calendar (index.js) 46.62KB 12.83KB
plugin-charts (index.js) 64.65KB 18.32KB
plugin-chatbot (index.js) 181.41KB 43.22KB
plugin-dashboard (index.js) 128.41KB 32.95KB
plugin-designer (index.js) 212.30KB 42.80KB
plugin-detail (index.js) 242.34KB 60.98KB
plugin-editor (index.js) 2.46KB 1.10KB
plugin-form (index.js) 125.63KB 30.64KB
plugin-gantt (index.js) 164.10KB 39.87KB
plugin-grid (index.js) 200.79KB 54.26KB
plugin-kanban (index.js) 52.93KB 14.60KB
plugin-list (index.js) 111.80KB 27.20KB
plugin-map (index.js) 20.06KB 6.62KB
plugin-markdown (index.js) 13.72KB 4.69KB
plugin-report (index.js) 43.49KB 11.93KB
plugin-timeline (index.js) 26.68KB 7.66KB
plugin-tree (index.js) 8.50KB 2.88KB
plugin-view (index.js) 84.61KB 20.74KB
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) 3.77KB 1.33KB
react (SchemaRenderer.js) 43.66KB 14.77KB
react (data-invalidation.js) 5.05KB 2.08KB
react (index.js) 1.33KB 0.69KB
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 (index.js) 4.77KB 2.16KB
sdui-parser (input-type.js) 2.84KB 1.40KB
sdui-parser (parse.js) 12.13KB 3.65KB
sdui-parser (provenance.js) 3.66KB 1.82KB
sdui-parser (types.js) 0.28KB 0.23KB
sdui-parser (validate.js) 6.92KB 2.40KB
types (ai.js) 0.20KB 0.17KB
types (api-types.js) 0.20KB 0.18KB
types (app.js) 2.87KB 0.99KB
types (base.js) 0.20KB 0.18KB
types (blocks.js) 0.20KB 0.18KB
types (complex.js) 0.20KB 0.18KB
types (crud.js) 0.20KB 0.18KB
types (dashboard-filter-alias.js) 6.23KB 2.74KB
types (data-display.js) 0.20KB 0.18KB
types (data-protocol.js) 0.20KB 0.19KB
types (data.js) 0.20KB 0.18KB
types (designer.js) 1.87KB 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 (index.js) 3.59KB 1.79KB
types (layout.js) 0.20KB 0.18KB
types (managed-by.js) 0.19KB 0.18KB
types (mobile.js) 2.59KB 1.31KB
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 (spec-report.js) 5.05KB 1.93KB
types (system-fields.js) 3.33KB 1.54KB
types (theme.js) 0.20KB 0.18KB
types (ui-action.js) 3.40KB 1.71KB
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

2 participants