QA (public) » openQA Project (public)

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