Skip to content

fix(form): evaluate view-level FormField.visibleOn with the canonical CEL engine - #2214

Merged
os-zhuang merged 1 commit into
mainfrom
fix/formfield-visibleon-cel
Jul 4, 2026
Merged

fix(form): evaluate view-level FormField.visibleOn with the canonical CEL engine#2214
os-zhuang merged 1 commit into
mainfrom
fix/formfield-visibleon-cel

Conversation

@baozhoutao

Copy link
Copy Markdown
Contributor

Fixes#2212 — view-level FormField.visibleOn (CEL) never took effect anywhere in the form chain, while field-level visibleWhen worked.

Root causes (all confirmed by source scan, file:line in #2212)

  1. Expression-object wire shape discarded — the server ships visibleOn as { dialect: 'cel', source } (what the spec P template emits). sectionFields.tsattachVisibility and ObjectForm.tsxnormalizeVisibility only accepted typeof expr === 'string', so the object shape was silently dropped.
  2. Dead closure, wrong engine — even for strings, the old code attached a visible() closure built on evaluateCondition, which is not a CEL evaluator (it only understands {field, operator, value} legacy objects and defaults unknown input to true) — and no renderer ever called that closure anyway. The form renderer destructured visibleOn out of the field config and dropped it.
  3. Page mode lost sections entirelyRecordFormPage only forwarded sections for tabbed/wizard/split, so a simple form view's authored field selection, grouping, and visibleOn predicates were all discarded in page-mode create/edit, while the New/Edit modal honored the same view via resolveFormViewLayout.
  4. Grouped-sections path dropped per-field overridesObjectForm's simple-sections branch matched section fields by name only, losing the section field def's visibleOn.

Fix

  • visibleOn flows through normalization verbatim (both wire shapes) and the form renderer evaluates it reactively with evalFieldPredicate — the same canonical engine, record scope, and fail-open semantics as field-level visibleWhen (ADR-0036). When both visibleOn and visibleWhen are present, both must allow the field.
  • RecordFormPage now forwards curated sections for every layout family, aligned with the modal path.
  • Sectioned (fromObjectSchema) and ModalForm flat normalization now also copy field-level visibleWhen/readonlyWhen/requiredWhen rules they previously lost.

Tests

  • New form-visibleon.test.tsx (4): object shape hides/shows reactively, bare-string shape, broken-CEL fail-open, visibleOn × visibleWhen combination.
  • sectionFields.test.ts +5: both wire shapes survive normalization (no dead closure), runtime FormField shape, field-level rule copying.
  • Suites: plugin-form 165/165, app-shell 969/969, components (5131 pass; the single DATEFORMAT failure is a pre-existing timezone flake also failing on unmodified main).

Browser verification (examples/app-showcase, showcase_task.notes with visibleOn: record.priority == 'urgent')

  • Page-mode edit: priority = Low → 备注 hidden; switching to Urgent shows it live; back to Low hides it again. Sections (Task group header, authored 7-field selection) now render in page mode.
  • New-record modal: 备注 hidden by default, appears when priority is set to Urgent.

Co-Authored-By: Claude noreply@anthropic.com

@vercel

vercelBot commented Jul 4, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
objectuiIgnoredIgnoredJul 4, 2026 5:16am

Request Review

@github-actions

Copy link
Copy Markdown
Contributor

✅ Console Performance Budget

MetricValueBudget
Main entry (gzip)59.5 KB350 KB
Entry fileindex-B9xZM56l.js
StatusPASS

📦 Bundle Size Report

PackageSizeGzipped
app-shell (index.js)7.51KB2.72KB
app-shell (runtime-config.js)4.72KB1.69KB
app-shell (types.js)0.01KB0.04KB
auth (AuthContext.js)0.31KB0.24KB
auth (AuthGuard.js)1.17KB0.53KB
auth (AuthProvider.js)17.90KB3.67KB
auth (AuthShell.js)3.49KB1.40KB
auth (ForgotPasswordForm.js)4.79KB1.88KB
auth (LoginForm.js)9.55KB3.36KB
auth (PreviewBanner.js)0.90KB0.50KB
auth (RegisterForm.js)6.63KB2.15KB
auth (SocialSignInButtons.js)8.89KB3.61KB
auth (UserMenu.js)3.40KB1.22KB
auth (auth-gate-events.js)1.29KB0.66KB
auth (authStyles.js)5.04KB1.72KB
auth (createAuthClient.js)26.07KB6.30KB
auth (createAuthenticatedFetch.js)3.93KB1.55KB
auth (index.js)1.75KB0.76KB
auth (types.js)0.59KB0.35KB
auth (useAuth.js)4.29KB0.82KB
auth (useIsWorkspaceAdmin.js)1.61KB0.85KB
collaboration (CommentThread.js)18.38KB4.49KB
collaboration (LiveCursors.js)3.17KB1.27KB
collaboration (PresenceAvatars.js)3.65KB1.42KB
collaboration (PresenceProvider.js)2.42KB0.96KB
collaboration (index.js)1.25KB0.53KB
collaboration (useCommentSearch.js)1.98KB0.88KB
collaboration (useConflictResolution.js)7.75KB1.86KB
collaboration (useMentionNotifications.js)1.81KB0.68KB
collaboration (usePresence.js)6.33KB1.84KB
collaboration (useRealtimeSubscription.js)7.91KB2.01KB
components (index.js)435.96KB93.64KB
core (index.js)1.65KB0.59KB
create-plugin (index.js)9.28KB2.98KB
data-objectstack (index.js)109.24KB26.96KB
fields (index.js)184.84KB45.12KB
i18n (LocalizationContext.js)1.76KB0.96KB
i18n (currency.js)1.22KB0.64KB
i18n (i18n.js)4.32KB1.77KB
i18n (index.js)2.46KB0.96KB
i18n (pickLocalized.js)1.31KB0.67KB
i18n (provider.js)5.37KB1.72KB
i18n (useObjectLabel.js)21.15KB4.68KB
i18n (useSafeTranslation.js)2.68KB0.98KB
layout (index.js)36.30KB10.04KB
mobile (MobileProvider.js)0.92KB0.49KB
mobile (ResponsiveContainer.js)0.94KB0.38KB
mobile (breakpoints.js)1.51KB0.70KB
mobile (createOfflineDataSource.js)5.61KB1.74KB
mobile (index.js)1.50KB0.62KB
mobile (offlineQueue.js)3.91KB1.35KB
mobile (pwa.js)0.97KB0.49KB
mobile (serviceWorker.js)1.48KB0.62KB
mobile (serviceWorkerSource.js)3.41KB1.48KB
mobile (useBreakpoint.js)1.54KB0.65KB
mobile (useGesture.js)4.42KB1.27KB
mobile (useOfflineSync.js)1.99KB0.72KB
mobile (usePullToRefresh.js)2.53KB0.85KB
mobile (useResponsive.js)0.71KB0.42KB
mobile (useResponsiveConfig.js)1.36KB0.63KB
mobile (useSpecGesture.js)1.77KB0.77KB
mobile (useTouchTarget.js)1.01KB0.54KB
permissions (MePermissionsProvider.js)5.09KB1.84KB
permissions (PermissionContext.js)0.31KB0.25KB
permissions (PermissionGuard.js)0.89KB0.45KB
permissions (PermissionProvider.js)3.46KB1.03KB
permissions (evaluator.js)4.00KB1.23KB
permissions (index.js)0.91KB0.41KB
permissions (store.js)0.91KB0.42KB
permissions (useFieldPermissions.js)1.28KB0.52KB
permissions (usePermissions.js)1.50KB0.70KB
plugin-ai (index.js)15.71KB3.79KB
plugin-calendar (index.js)45.10KB12.33KB
plugin-charts (index.js)46.11KB12.99KB
plugin-chatbot (index.js)172.75KB41.13KB
plugin-dashboard (index.js)108.28KB26.86KB
plugin-designer (index.js)213.48KB42.95KB
plugin-detail (index.js)201.40KB48.47KB
plugin-editor (index.js)2.46KB1.10KB
plugin-form (index.js)99.50KB24.18KB
plugin-gantt (index.js)136.67KB33.88KB
plugin-grid (index.js)165.48KB43.77KB
plugin-kanban (index.js)48.15KB12.94KB
plugin-list (index.js)97.89KB23.09KB
plugin-map (index.js)16.02KB4.98KB
plugin-markdown (index.js)13.65KB4.67KB
plugin-report (index.js)37.83KB9.97KB
plugin-timeline (index.js)25.37KB7.20KB
plugin-tree (index.js)8.21KB2.76KB
plugin-view (index.js)84.50KB20.37KB
providers (DataSourceProvider.js)0.75KB0.39KB
providers (MetadataProvider.js)1.37KB0.59KB
providers (ThemeProvider.js)1.55KB0.67KB
providers (UploadProvider.js)11.71KB3.53KB
providers (index.js)0.44KB0.22KB
providers (types.js)0.01KB0.04KB
react-runtime (index.js)3.19KB1.38KB
react (LazyPluginLoader.js)3.77KB1.33KB
react (SchemaRenderer.js)18.23KB5.97KB
react (index.js)0.76KB0.42KB
sdui-parser (codegen.js)4.09KB1.74KB
sdui-parser (index.js)2.16KB0.94KB
sdui-parser (parse.js)10.04KB2.82KB
sdui-parser (types.js)0.29KB0.24KB
sdui-parser (validate.js)4.69KB1.48KB
tenant (TenantContext.js)0.31KB0.25KB
tenant (TenantGuard.js)1.04KB0.43KB
tenant (TenantProvider.js)2.76KB0.98KB
tenant (TenantScopedQuery.js)0.77KB0.44KB
tenant (index.js)0.75KB0.38KB
tenant (resolver.js)2.64KB0.76KB
tenant (useTenant.js)0.50KB0.32KB
tenant (useTenantBranding.js)0.62KB0.39KB
types (ai.js)0.20KB0.17KB
types (api-types.js)0.20KB0.18KB
types (app.js)2.87KB0.99KB
types (base.js)0.20KB0.18KB
types (blocks.js)0.20KB0.18KB
types (complex.js)0.20KB0.18KB
types (crud.js)0.20KB0.18KB
types (data-display.js)0.20KB0.18KB
types (data-protocol.js)0.20KB0.19KB
types (data.js)0.20KB0.18KB
types (designer.js)0.77KB0.41KB
types (disclosure.js)0.20KB0.18KB
types (feedback.js)0.20KB0.18KB
types (field-types.js)0.20KB0.18KB
types (form.js)0.20KB0.18KB
types (index.js)1.54KB0.68KB
types (layout.js)0.20KB0.18KB
types (mobile.js)0.20KB0.18KB
types (navigation.js)0.20KB0.18KB
types (objectql.js)0.20KB0.18KB
types (overlay.js)0.20KB0.18KB
types (permissions.js)0.20KB0.18KB
types (plugin-scope.js)0.20KB0.18KB
types (record-components.js)0.20KB0.19KB
types (registry.js)0.20KB0.18KB
types (reports.js)0.20KB0.18KB
types (spec-report.js)5.26KB1.96KB
types (tenant.js)0.20KB0.18KB
types (theme.js)0.20KB0.18KB
types (ui-action.js)0.75KB0.46KB
types (views.js)0.20KB0.18KB
types (widget.js)0.20KB0.18KB

Size Limits

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

@os-zhuang
os-zhuang merged commit c38d107 into mainJul 4, 2026
10 checks passed
@os-zhuang
os-zhuang deleted the fix/formfield-visibleon-cel branch July 4, 2026 09:20
… CEL engine
Fixes#2212. The spec ships `visibleOn` as an Expression object
`{ dialect: 'cel', source }` (what the P template emits) or a bare string,
but the chain dropped it end to end:
- sectionFields.ts attachVisibility and ObjectForm's normalizeVisibility only
accepted the bare-string shape, and even then attached a dead `visible()`
closure no renderer ever called; the Expression object was silently
discarded.
- The form renderer destructured `visibleOn` out of the field config and
never evaluated it.
- RecordFormPage dropped a `simple` form view's `sections` entirely, so
page-mode create/edit fell back to the raw schema (every field, no authored
selection or conditional visibility) while the New/Edit modal honored the
same view via resolveFormViewLayout.
- ObjectForm's grouped-sections path matched section fields by name only,
dropping per-field `visibleOn` overrides.
`visibleOn` now flows through normalization verbatim (both wire shapes) and
the form renderer evaluates it reactively with `evalFieldPredicate` — the
same canonical engine, record scope, and fail-open semantics as field-level
`visibleWhen` (ADR-0036); visibleOn AND visibleWhen must both allow a field.
Sectioned/flat normalization also copies the field-level visibleWhen /
readonlyWhen / requiredWhen rules it previously lost.
Verified in the browser against examples/app-showcase showcase_task
(`notes` with visibleOn `record.priority == 'urgent'`): page-mode edit and
the New-record modal both hide/show the field reactively as priority
changes.
Co-Authored-By: Claude <noreply@anthropic.com>
os-sales pushed a commit that referenced this pull request Aug 21, 2026
`apps/console/src/components/FormPage.tsx` is a second, independent form
renderer — it serves both `/f/:slug` (public, anonymous) and `/forms/:name`
(internal) — and it read neither spelling of the FormView field visibility
predicate. A field conditioned on `record.priority == 'urgent'` rendered
unconditionally on both routes: fail-open and silent.
objectui#2212 recorded the same symptom and PR #2214 fixed it on the OTHER
chain (ModalForm -> resolveFormViewLayout -> plugin-form sectionFields.ts ->
components renderers/form/form.tsx), which this file is on at no point, and
that fix's regression pin lives with that chain.
Applies #2212's ruling verbatim rather than inventing a second predicate
semantics: the predicate is routed through the canonical engine,
`evalFieldPredicate` (@object-ui/core, evaluator/fieldRules.ts), with the same
`record.`/`previous.` scope, the same accepted wire shapes (bare CEL string and
`{ dialect, source }`), and the same fail-open-but-loud behaviour. Resolution
is canonical-first — `visibleWhen ?? visibleOn` — matching plugin-form's
`sectionFields.ts` and app-shell's `readVisibility`.
The regression pin lives with THIS renderer, next to the copy it describes: a
pin that cannot see the second copy is how the first gap survived.
Out of scope by triage fence: FormPage is not folded onto the plugin-form
chain. The second-renderer convergence question stays with the #5596 track.
Fixes#5594
Claude-Session: https://claude.ai/code/session_012u2pRjcqAYtoEjgr3wwhnK
Sign up for freeto 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.

Form-view FormField.visibleOn (CEL) is never evaluated — conditional fields always render

2 participants

@baozhoutao@os-zhuang