Skip to content

Always pass perf filters to card artifacts call for correct benchmark counts regardless of toggle state#2188

Open
manaswinidas wants to merge 2 commits intokubeflow:mainfrom
manaswinidas:catalog-performance-filters-params
Open

Always pass perf filters to card artifacts call for correct benchmark counts regardless of toggle state#2188
manaswinidas wants to merge 2 commits intokubeflow:mainfrom
manaswinidas:catalog-performance-filters-params

Conversation

@manaswinidas
Copy link
Contributor

@manaswinidas manaswinidas commented Feb 4, 2026

Description

Now the benchmark counts are same whether the performance filters toggle is ON or OFF

Added a Cypress test and edited mocks

How Has This Been Tested?

Tested midstream - On the model catalog landing page cards, benchmark counts on “View N benchmarks” links should be the same both without the toggle enabled and with the toggle enabled (while filters are set to default), and be the same as the number of benchmarks as seen on the details page with default filters applied.

Merge criteria:

  • All the commits have been signed-off (To pass the DCO check)
  • The commits have meaningful messages
  • Automated tests are provided as part of the PR for major new functionalities; testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
  • The developer has manually tested the changes and verified that the changes work.
  • Code changes follow the kubeflow contribution guidelines.
  • For first time contributors: Please reach out to the Reviewers to ensure all tests are being run, ensuring the label ok-to-test has been added to the PR.

If you have UI changes

  • The developer has added tests or explained why testing cannot be added.
  • Included any necessary screenshots or gifs if it was a UI change.
  • Verify that UI/UX changes conform the UX guidelines for Kubeflow.

@google-oss-prow
Copy link

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please ask for approval from manaswinidas. For more information see the Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@manaswinidas manaswinidas force-pushed the catalog-performance-filters-params branch from e38834c to 157b48c Compare February 4, 2026 12:52
@ppadti
Copy link
Contributor

ppadti commented Feb 5, 2026

I tested this locally, but I am not seeing the the default perf filters being passed on performance endpoint on load. I think Its because on load, filterData in context is empty so no filterQuery is being passed.

Screenshot 2026-02-05 at 2 26 11 PM

Copy link
Contributor

@mturley mturley left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1 to @ppadti 's comment - right now the default perf filter values don't end up in state until the first time the perf view toggle is turned on. we might just want to change that behavior so we put those perf filter defaults in state as soon as the page loads. That should be safe now that we have excluded those elsewhere when the toggle is off.

… counts

Signed-off-by: manaswinidas <dasmanaswini10@gmail.com>
Signed-off-by: manaswinidas <dasmanaswini10@gmail.com>
@manaswinidas manaswinidas force-pushed the catalog-performance-filters-params branch from 157b48c to c815b8d Compare February 6, 2026 15:50
Comment on lines +289 to +291
if (filterOptionsLoaded && filterOptions?.namedQueries) {
resetPerformanceFiltersToDefaults();
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm, I wonder if we should only have this trigger if there are no perf filters in state (or maybe if at least one of the filters present in namedQueries has no value in state) so we don't accidentally reset them to defaults when filter options are fetched again

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants