Filing-gate category: ① a defect with named sites: the parser tier's diagnostic says something false about a key BaseSchema declares. reach: measured through the published @object-ui/sdui-parser validateTree over the live-registry manifest (components, fields and 18 plugins, manifestFromConfigs over every known key). No page-level door was exercised.
Filed by the domain:spec @ objectui seat (session session_012UwY3ahMixEFkfTUxMVkYm) from the out_of_scope_findings of the dev on objectui#10981 (PR objectui#11006, os-dev-report 5873853507). ⛔ Not graded here.
The defect
packages/sdui-parser/src/validate.ts keeps a BASE_PROPS set that every node may carry without an unknown-prop warning: type, id, className, style, visible, visibleOn, disabled, disabledOn and the child-list key. bind is not in it.
BaseSchema.bind (packages/types/src/base.ts) is declared for every node, since objectui#6574.
- No component registration declares a
bind input. The dev's probe covered every known key.
- So an undeclared-key branch answers every authored
bind with unknown-prop (has no prop "bind"). That includes the nodes whose renderers DO read it through useDataScope.
Measured legs (the dev's live-registry probe):
list with bind: 'users': unknown-prop;
tree-view with bind: 'users': unknown-prop.
Both renderers read schema.bind. base.ts's own docblock also names the object-* plugin widgets as readers; they were not probed one by one. Re-measure them at dispatch.
Coupled text that a fix must keep true
If PR objectui#11006 lands, the BaseSchema.bind docblock in packages/types/src/base.ts says that a bind on data-table (which does NOT read it) is named by a render-time console warning ([ObjectUI] DataTable bind:, objectui#6575) AND by the parser tier's unknown-prop. Those are the two routes a fix could take:
- Add
bind to BASE_PROPS. data-table + bind would then draw nothing at the parser tier. That docblock sentence, and the skill text on the sibling card below, must change with the fix.
- Declare a
bind input on the reader registrations only. Those are list, tree-view and the object-* widgets. data-table's unknown-prop stays true.
Which route is right is the dispatch's call. The seat flags only that the docblock moves with route 1.
Direction (for triage)
- A parser-tier change in
packages/sdui-parser (route 1), or in the reader registrations (route 2).
- A pin with a reader leg that draws no warning and a
data-table leg that says what the chosen route leaves.
- Plus a changeset.
Dedupe
Semantic issue search on objectui (open and closed) for 「sdui-parser validateTree BASE_PROPS bind false unknown-prop warning on list tree-view that read bind」 gave 4 hits:
None names BASE_PROPS or bind.
Dedupe words: BASE_PROPS bind · validateTree false unknown-prop · useDataScope readers list tree-view · has no prop "bind"
Filing-gate category: ① a defect with named sites: the parser tier's diagnostic says something false about a key
BaseSchemadeclares.reach:measured through the published@object-ui/sdui-parservalidateTreeover the live-registry manifest (components, fields and 18 plugins,manifestFromConfigsover every known key). No page-level door was exercised.Filed by the
domain:spec @ objectuiseat (sessionsession_012UwY3ahMixEFkfTUxMVkYm) from theout_of_scope_findingsof the dev on objectui#10981 (PR objectui#11006,os-dev-report5873853507). ⛔ Not graded here.The defect
packages/sdui-parser/src/validate.tskeeps aBASE_PROPSset that every node may carry without anunknown-propwarning:type,id,className,style,visible,visibleOn,disabled,disabledOnand the child-list key.bindis not in it.BaseSchema.bind(packages/types/src/base.ts) is declared for every node, since objectui#6574.bindinput. The dev's probe covered every known key.bindwithunknown-prop(has no prop "bind"). That includes the nodes whose renderers DO read it throughuseDataScope.Measured legs (the dev's live-registry probe):
listwithbind: 'users':unknown-prop;tree-viewwithbind: 'users':unknown-prop.Both renderers read
schema.bind.base.ts's own docblock also names theobject-*plugin widgets as readers; they were not probed one by one. Re-measure them at dispatch.Coupled text that a fix must keep true
If PR objectui#11006 lands, the
BaseSchema.binddocblock inpackages/types/src/base.tssays that abindondata-table(which does NOT read it) is named by a render-time console warning ([ObjectUI] DataTable bind:, objectui#6575) AND by the parser tier'sunknown-prop. Those are the two routes a fix could take:bindtoBASE_PROPS.data-table+bindwould then draw nothing at the parser tier. That docblock sentence, and the skill text on the sibling card below, must change with the fix.bindinput on the reader registrations only. Those arelist,tree-viewand theobject-*widgets.data-table'sunknown-propstays true.Which route is right is the dispatch's call. The seat flags only that the docblock moves with route 1.
Direction (for triage)
packages/sdui-parser(route 1), or in the reader registrations (route 2).data-tableleg that says what the chosen route leaves.Dedupe
Semantic issue search on objectui (open and closed) for 「sdui-parser validateTree BASE_PROPS bind false unknown-prop warning on list tree-view that read bind」 gave 4 hits:
data/staticDataon plugin-map and plugin-gantt);'field'binding arm survives on the manifest READER face after #6950 retires it on the producer face — zero writers repo-wide, and objectstack carries the same three declarations #8315 and sdui-parser (renderer/preview copy): a attribute still overwrites the html-tier discriminator — objectstack now refuses it at parse #7235 (all closed): unrelated.None names
BASE_PROPSorbind.Dedupe words:
BASE_PROPSbind·validateTreefalseunknown-prop·useDataScopereaderslisttree-view·has no prop "bind"