Actions
action #179296
opencoordination #154768: [saga][epic][ux] State-of-art user experience for openQA
coordination #157345: [epic] Improved test reviewer user experience
[beginner] View: Parent group with limit confusing size:S
Start date:
2025-03-20
Due date:
% Done:
0%
Estimated time:
Tags:
Description
Observation¶
https://github.com/os-autoinst/openQA/issues/6309
Seems that the number of builds shows the first x builds when grouping by group.
That leaves out recent builds from other groups.
Similar on o3: https://openqa.opensuse.org/parent_group_overview/9?limit_builds=20#grouped_by_group
Expected result¶
Instead the limit_builds should be divided among the groups in the page
I think the relevant function is compute_build_results
in BuildResults.pm
Maybe the problem is the hash %search_opts is using the $row_limit despite the amount of builds
Acceptance criteria¶
- AC1: It is clear to viewers where to find build results for each group
- AC2: There are still not more than the specified builds shown on the complete page
Suggestions¶
- Depending on the current implementation distribute the builds better so it does not have to be completely "fair" but just not surprising users with showing 0 builds
- Consider that each group has a reasonable number (>= 1) of builds shown if "grouped_by_group" (as long as nr of groups <= nr of builds)
- Maybe just replace the string "No builds" with a better explanation or a link to the actual sub group results
Updated by ybonatakis 1 day ago
Updated by ybonatakis about 2 hours ago
- Status changed from In Progress to Feedback
lets wait for some reviews
Actions