-
Notifications
You must be signed in to change notification settings - Fork 2.1k
connector filter bug fix #4771
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
connector filter bug fix #4771
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
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
Updates connector status display and filtering logic in the indexing status table to fix inconsistencies between displayed and filtered statuses.
- Modified status column in
/web/src/app/admin/indexing/status/CCPairIndexingStatusTable.tsxto uselast_finished_statusfor determining SCHEDULED vs INITIAL_INDEXING states - Updated filter logic to use
last_statusinstead oflast_finished_statusfor more accurate status filtering - Consider adding validation to ensure
last_statusandlast_finished_statusare properly synchronized to prevent future inconsistencies
1 file(s) reviewed, 2 comment(s)
Edit PR Review Bot Settings | Greptile
| status.last_finished_status as any | ||
| ) | ||
| ) { | ||
| if (!filterOptions.lastStatus.includes(status.last_status as any)) { |
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.
logic: Filtering by last_status instead of last_finished_status could show incorrect states for completed operations. Consider using both fields or adding additional validation.
| status.last_finished_status as any | ||
| ) | ||
| ) { | ||
| if (!filterOptions.lastStatus.includes(status.last_status as any)) { |
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.
why do we need to do status.last_status as any? that feels wrong
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.
There is no specific reason for that, now i changed the type.
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.
I don't have the context for why this is necessary, but if you've discussed with Chris then it's fine
|
Thanks @evan-onyx |
* connector filter bug fix * refactor: use ValidStatuses type for last status filter --------- Co-authored-by: Subash <subash@onyx.app>
* connector filter bug fix * refactor: use ValidStatuses type for last status filter --------- Co-authored-by: Subash <subash@onyx.app>
This pull request has updated logic for Status column to display the scheduled badge and changes for connector filtering.
How Has This Been Tested?
Tested in UI
[Describe the tests you ran to verify your changes]
Backporting (check the box to trigger backport action)
Note: You have to check that the action passes, otherwise resolve the conflicts manually and tag the patches.