You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is no first-class way to maintain a parent aggregate of child rows. Hooks can't (nested write crashes the sandbox — see the hook-sandbox issue), and a flow's aggregation script node is a runtime no-op (see the action-node issue).
Impact
Every "total / rollup / progress" field across templates is hand-maintained in seed data and drifts the moment a user adds a real child row:
A native summary/rollup field type — declare { object, field, op: sum|count|max, filter? } and the platform keeps it current — or a flow aggregate node that actually executes server-side. (The expense CHARTER already anticipates "once the runtime computes the summary field type".)
Found while runtime-testing objectstack-ai/templates (all 9 templates via objectstack dev all) on @objectstack 9.5.1. Build + typecheck pass; these only surface at runtime.
Activity
chore: bump objectui to 4a714fc
feat(showcase): expense-report example demonstrating filtered roll-up…
fix(spec): declare summaryOperations sub-fields in the Field metadata…
feat(objectql): filtered roll-up summary fields (objectstack-ai#1868) (…