[RHOAIENG-4727] Compare runs - Parameters expandable section #2690
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Closes: RHOAIENG-4727
Description
Compare runs - Parameters expandable section renders runtime config data associated with all selected runs from the
Run list
, where if a run does not share a parameter with another, empty cells are shown. The feature has a switch that allows for showing and hiding of parameter rows based on whether rows possess all of the same value. When row data extends beyond a certain point, horizontal scroll will kick in and the first column representing parameter names will stick while scrolling left and right.NOTE: The design diverged slightly from what the mocks show at the moment. The implementation here is what was recently agreed upon with @yannnz.
Only showing parameters with values that differ between runs
Empty state
How Has This Been Tested?
Added cypress tests demonstrating interactions between the
Run list
andParameters
tables, along with hiding of parameters with values that are all equal.How to test
Navigate to the Compare runs page
/experiments/jps-fun-world/85c9d729-bf63-441f-af87-d6898e5db5f0/compareRuns?runs=[your list of runs here]
, verify the table design and interactions with the Run list above it.Request review criteria:
Self checklist (all need to be checked):
If you have UI changes:
After the PR is posted & before it merges:
main