action #179296
Updated by okurz 7 days ago
## Observation # Problem
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 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 builds!!
Back