monitor page does not strip columns with hidden status

[olafhering]

On a /project/monitor/$prj URL, certain status values can be enabled and disabled. Depending on this list, cells for a pkg/repository might be empty.

On build.opensuse.org, entirely empty columns for a repository, or entirely empty rows for a pkg used to be removed from the page. Such small monitor page is not provided anymore on build.opensuse.org, all empty cells are always shown. As a result, one has to scroll around to see the actual data. Other build service instances do not have this problem.

[hennevogel]

entirely empty columns for a repository, or entirely empty rows for a pkg used to be removed from the page.

Everything is as before. If you have one cell in the row or column they are shown. If not, then not. There are two things you have to take into account.

1. The "Show [25] entries" selector which paginates the results. You might have the cell that makes the row/column display on page 7 while viewing page 1
2. The horizontal scroll bar at the bottom of the table. You might have the cell that makes the row/column display on the far right.

And of course the combination of 1 & 2...

[coolo]

https://build.opensuse.org/project/monitor/devel:openQA - check openSUSE_Tumbleweed/i586. No pagination

[olafhering]

Well, compare devel:languages:ocaml, home:olh:obs:devel:languages:ocaml:405, and Essentials (with arm64 disabled)
Disable 'succeeded', the former is broken, the others are as compact as expected. "All" or not makes no difference.

[hennevogel]

check openSUSE_Tumbleweed/i586

Okay, repos with multiple archs where one is empty might be a problem. But if so, then this isn't new.

[coolo]

https://build.opensuse.org/project/monitor/openSUSE:Leap:15.2:Staging:N - bootstrap_copy is disabled/excluded for all archs and it's still shown. I claim your "this isn't new" claim is wrong.