Handle restored date filters when DataTable and DataView metadata changes after mount
メンテナーはふだん 5 日以内に返信
@Shreyag02 がすでに取り組んでいます。
2026年10月6日 から。
評価
この issue はまだ評価されていません。
説明
Summary
Handle restored date filters when field metadata gains filterType: 'date' after mount in both DataTable and DataView.
- DataTable:
columnscan gain date-filter metadata afterDataTableRootinitializestableQuery. - DataView: root fields can change after mount, and a view's
fieldsoverride can register after the initial query loads. These changes affecteffectiveFields.
In both cases, an untyped restored date filter can remain untyped. Client filtering can then match no rows, and server query emission can use string-filter behavior instead of date-filter behavior.
This limitation predates PR #919. The follow-up is separate from that PR.
Required changes
- Derive missing filter types from the current DataTable
columnsand DataVieweffectiveFieldswhen computing row-filter state and emitted queries. - Use the shared date-filter metadata helper where appropriate.
- Preserve existing filter values, operators, explicit types, and user edits.
- Do not reinitialize
tableQueryfrom the original query or add an effect that replaces user edits. - Ensure DataView uses the active view's effective metadata, including its
fieldsoverride.
Affected areas
- DataTable:
DataTableRoot, row-filter state derivation, and server query emission. The reviewed root file ispackages/react/components/data-table/data-table.tsx. - DataView:
DataViewRoot,effectiveFields, row-filter state derivation, and server query emission. - Shared date-filter metadata helpers and DataTable/DataView regression tests.
Acceptance criteria
- Mount DataTable with an untyped restored date filter, then give its column
filterType: 'date'. Client filtering compares whole days and selects the expected rows. - Repeat this scenario in DataView for both updated root fields and a view's late-registering
fieldsoverride. - In server mode, both components emit the restored filter with date semantics and a viewer-local
YYYY-MM-DDstringValueafter date metadata becomes available. - Preserve the original filter
valueand any user edits made before metadata arrives. - Leave explicitly typed filters and unrelated filters unchanged.
- Add regression tests for both components, including client filtering and server query emission.
References
Requested by @Shreyag02.
- 主要言語
- TypeScript
- スター
- 69
- フォーク
- 13
- 平均マージ
- 4日 4時間
- マージ済み PR（30日）
- 27
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
raystack/apsara のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 5 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 5 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 5 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
メンテナーはふだん 5 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
メンテナーはふだん 5 日以内に返信
raystack/apsara の issue をすべて見る
似ている issue
-
documentation good first issue hacktoberfest help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
libredb/libredb-studio#1756 ·
メンテナーはふだん 1 日以内に返信
-
state:triage-needed
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
lingdojo/kana-dojo#32365 · コメント 1 件 · リアクション 5 件 ·
メンテナーはふだん 1 日以内に返信
-
friction
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
kentcdodds/kody#3706 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
copperheadhq/copperhead#378 ·
メンテナーはふだん 1 日以内に返信