Skip to content

fix: Resolve expressions set before first render - #90

Merged
rkaraivanov merged 1 commit into
masterfrom
rkaraivanov/fix-86
Nov 5, 2026
Merged

rkaraivanov merged 1 commit into
masterfrom
rkaraivanov/fix-86

Conversation

@rkaraivanov

Copy link
Copy Markdown
Member

Sorting and filtering expressions assigned before the first update were stored without resolving them against the column configuration. Framework wrappers hit this on every initial binding.

Sort expressions ignored the column comparer and case sensitivity, and kept 'none' as a sort. Filter expressions set after columns kept string conditions and were never applied.

Both now resolve on assignment and again on column configuration.

Closes #86

Sorting and filtering expressions assigned before the first update
were stored without resolving them against the column configuration.
Framework wrappers hit this on every initial binding.

Sort expressions ignored the column comparer and case sensitivity,
and kept 'none' as a sort. Filter expressions set after columns kept
string conditions and were never applied.

Both now resolve on assignment and again on column configuration.

Closes #86
@rkaraivanov
rkaraivanov merged commit 2fc6ff8 into master Nov 5, 2026
4 checks passed
@rkaraivanov
rkaraivanov deleted the rkaraivanov/fix-86 branch November 5, 2026 07:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

sortingExpressions assigned before the first update skips sort option normalization

1 participant