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
Data Objects / Assets - Field Filters (listing sidebar filter panel)
Steps to reproduce
Open a listing (e.g. Data Objects Children Grid) with an "operator + value" style Field Filter column available - ID, another numeric field, a date field, a time field, or a quantity-value field.
Add a Field Filter for that column and set the operator to something other than the default (e.g. for a numeric/ID field: "More" instead of "Is").
Get that filter re-applied to the row from already-set data instead of being freshly added - the reliable repro is: save a Grid Config template with this filter (requires Children Grid config with filter does not work properly #150's fix), then reload the page and reselect the template so the filter panel restores from the saved configuration.
Look at the operator dropdown for that filter row.
Actual Behavior
The operator dropdown always shows the type's default option ("Is" for Number/ID/Quantity Value, "On" for Date/Time), regardless of the actual restored/underlying operator. The numeric/date value shown next to it is correct for the real operator, so the row looks internally inconsistent (e.g. value shown as if "More" was picked, but dropdown displays "Is").
Expected Behavior
The operator dropdown should always reflect the filter's actual current operator, including right after the row is created with a pre-existing value (e.g. restored from a saved Grid Config template).
Technical notes
Root cause: the operator Select in these field-filter components is uncontrolled - it's seeded once via defaultValue instead of being bound to the computed currentSetting via value, so it never re-syncs after the row's first mount. Affects (at least) these 4 components, which all share the identical pattern:
assets/js/src/core/modules/element/dynamic-types/definitions/field-filters/components/dynamic-type-field-filter-number-component.tsx (Number, and ID which reuses it)
Affected Version
2026.2 (long-standing UI defect, newly reachable via #150's Grid Config filter restore)
Affected capability
Data Objects / Assets - Field Filters (listing sidebar filter panel)
Steps to reproduce
Actual Behavior
The operator dropdown always shows the type's default option ("Is" for Number/ID/Quantity Value, "On" for Date/Time), regardless of the actual restored/underlying operator. The numeric/date value shown next to it is correct for the real operator, so the row looks internally inconsistent (e.g. value shown as if "More" was picked, but dropdown displays "Is").
Expected Behavior
The operator dropdown should always reflect the filter's actual current operator, including right after the row is created with a pre-existing value (e.g. restored from a saved Grid Config template).
Technical notes
Root cause: the operator
Selectin these field-filter components is uncontrolled - it's seeded once viadefaultValueinstead of being bound to the computedcurrentSettingviavalue, so it never re-syncs after the row's first mount. Affects (at least) these 4 components, which all share the identical pattern:assets/js/src/core/modules/element/dynamic-types/definitions/field-filters/components/dynamic-type-field-filter-number-component.tsx(Number, and ID which reuses it)assets/js/src/core/modules/element/dynamic-types/definitions/field-filters/components/dynamic-type-field-filter-date-component.tsx(Date)assets/js/src/core/modules/element/dynamic-types/definitions/field-filters/components/dynamic-type-field-filter-time-component.tsx(Time)assets/js/src/core/modules/element/dynamic-types/definitions/field-filters/components/dynamic-type-field-filter-quantity-value-component.tsx(Quantity Value)Fix is the same one-line change in each: change the
SelectfromdefaultValue={DEFAULT_SETTING}tovalue={currentSetting}.Found while working on #150.