-
Notifications
You must be signed in to change notification settings - Fork 3.9k
Fixed non advanced filter creation from table header dropdown #12369
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR Summary
Modified filter creation logic in table header to allow creation of non-advanced filters even when the same field exists in advanced filters.
- Updated
packages/twenty-front/src/modules/object-record/record-table/record-table-header/hooks/useOpenRecordFilterChipFromTableHeader.ts
to only check for duplicate filters whenrecordFilterGroupId
is undefined, fixing edge case where users couldn't create non-advanced filters if they existed in advanced filters
1 file(s) reviewed, no comment(s)
Edit PR Review Bot Settings | Greptile
🚀 Preview Environment Ready! Your preview environment is available at: http://bore.pub:13274 This environment will automatically shut down when the PR is closed or after 5 hours. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
…hq#12369) This PR fixes a edge case where the user tries to create a non-advanced filter that already exists in advanced filters, from the table header drodpown. This was because the hook that handles the creation was checking for duplicate filters but without discerning between advanced and non-advanced, and we want to be able to create non-advanced filters no matter what we have in advanced filters. Fixes twentyhq#12316
…hq#12369) This PR fixes a edge case where the user tries to create a non-advanced filter that already exists in advanced filters, from the table header drodpown. This was because the hook that handles the creation was checking for duplicate filters but without discerning between advanced and non-advanced, and we want to be able to create non-advanced filters no matter what we have in advanced filters. Fixes twentyhq#12316
…hq#12369) This PR fixes a edge case where the user tries to create a non-advanced filter that already exists in advanced filters, from the table header drodpown. This was because the hook that handles the creation was checking for duplicate filters but without discerning between advanced and non-advanced, and we want to be able to create non-advanced filters no matter what we have in advanced filters. Fixes twentyhq#12316
…hq#12369) This PR fixes a edge case where the user tries to create a non-advanced filter that already exists in advanced filters, from the table header drodpown. This was because the hook that handles the creation was checking for duplicate filters but without discerning between advanced and non-advanced, and we want to be able to create non-advanced filters no matter what we have in advanced filters. Fixes twentyhq#12316
This PR fixes a edge case where the user tries to create a non-advanced filter that already exists in advanced filters, from the table header drodpown.
This was because the hook that handles the creation was checking for duplicate filters but without discerning between advanced and non-advanced, and we want to be able to create non-advanced filters no matter what we have in advanced filters.
Fixes #12316