You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently in TreeDetails page the filter modal gets the filters from a separate request to treeDetails without considering the filters (so that all the possible fields appear, not only the fields from the filtered data). That means that TreeDetails makes a request with filters and the modal makes another request without the filters.
In HardwareDetails page the filter modal gets its data from the single request from HardwareDetails, which includes the filters and so the filter fields that appear in the modal are only the fields from the filtered data.
The build/boot/test status and duration filters are hardcoded, and the Tree/Branch filter comes from a separate request, so these aren't affected, only fields such as configs, archs, compilers, hardwares and issues are affected.
Example with current situation:
If in TreeDetails there are 10 tests, 5 with config A and 5 with config B, and I filter by config A, what happens is that the page will only show results for config A, but the modal will make another request without the filters so it can get unfiltered data to show configs A and B.
If in HardwareDetails there are 10 tests, 5 with issue A and 5 with issue B, if I filter by issue A, what happens is that the page will only show results for issue A, and the modal will get that filtered data for the filter list, showing only issue A but not B.
What should happen is to have a single request returning all the filtered data but also all the possible filters (the modal getting the data from the page request but showing A and B)
The text was updated successfully, but these errors were encountered:
Currently in TreeDetails page the filter modal gets the filters from a separate request to treeDetails without considering the filters (so that all the possible fields appear, not only the fields from the filtered data). That means that TreeDetails makes a request with filters and the modal makes another request without the filters.
In HardwareDetails page the filter modal gets its data from the single request from HardwareDetails, which includes the filters and so the filter fields that appear in the modal are only the fields from the filtered data.
The build/boot/test status and duration filters are hardcoded, and the Tree/Branch filter comes from a separate request, so these aren't affected, only fields such as configs, archs, compilers, hardwares and issues are affected.
Example with current situation:
What should happen is to have a single request returning all the filtered data but also all the possible filters (the modal getting the data from the page request but showing A and B)
The text was updated successfully, but these errors were encountered: