Skip to content

Conversation

@Subash-Mohan
Copy link
Contributor

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.

  • This PR should be backported (make sure to check that the backport attempt succeeds)
  • [Optional] Override Linear Check

@vercel
Copy link

vercel bot commented May 24, 2025

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
internal-search ✅ Ready (Inspect) Visit Preview 💬 Add feedback May 25, 2025 3:00am

Copy link
Contributor

@greptile-apps greptile-apps bot left a 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.tsx to use last_finished_status for determining SCHEDULED vs INITIAL_INDEXING states
  • Updated filter logic to use last_status instead of last_finished_status for more accurate status filtering
  • Consider adding validation to ensure last_status and last_finished_status are 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)) {
Copy link
Contributor

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)) {
Copy link
Contributor

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

Copy link
Contributor Author

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.

Copy link
Contributor

@evan-onyx evan-onyx left a 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

@Subash-Mohan
Copy link
Contributor Author

Thanks @evan-onyx

@Subash-Mohan Subash-Mohan added this pull request to the merge queue May 29, 2025
Merged via the queue into main with commit f5afb36 May 29, 2025
10 of 11 checks passed
@Subash-Mohan Subash-Mohan deleted the bugfix/connector-filter-fix branch May 29, 2025 16:15
ZhipengHe pushed a commit to ZhipengHe/onyx that referenced this pull request Jun 6, 2025
* connector filter bug fix

* refactor: use ValidStatuses type for last status filter

---------

Co-authored-by: Subash <subash@onyx.app>
AnkitTukatek pushed a commit to TukaTek/onyx that referenced this pull request Sep 23, 2025
* connector filter bug fix

* refactor: use ValidStatuses type for last status filter

---------

Co-authored-by: Subash <subash@onyx.app>
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.

5 participants