We would expect that a reports maximum "Rows to display" can be changed when expanding/collapsing a row in the report.
Currently when a report contains rows that can be expanded (When a report is hierarchical), the option to change the maximum number of rows is removed. For example when no rows are expanded the option to change the number of rows is shown:
However, when one of the rows has been expanded, the option is removed:
The option does not show again, even after the row is collapsed and requires a page refresh to show the option again:
Allow the "Rows to display" to be changed when a row is expanded in a hierarchical report, or alternatively we can continue to show the number of "Rows to display" and perhaps disable the option to click on it and change it (Maybe by greying it out on the page or removing the dropdown arrow to show it cannot be changed)
This will at least show users what the current maximum number of rows is for the report they are viewing.
Additional question in order to find the best solution: When roots are collapsed, does this number of rows selector filter the number of root rows, or the number of all rows including leaves?
If this only apply on the roots, so the selector could be displayed and be active all time...
@heurteph-ei It affects all row limits for the report including subtable rows.
So for example is we set the limit to 10, the root row including all subtable rows will each be limited to 10.
That means that technically you could see all the top rows if your limit was for example 10, but if you expanded one row and the subtable had more than 10 rows in it you wouldn't see more than the first 10 rows of the expanded root row (For each level as well).
So this bug seems easy to fix as the drop-box already works as expected, it has just to not be hidden...
But bug #17634 needs more work to be fixed...
I'm happy that the current behavior is now reported/labelled as bug.
Just my 2 cents to the issue (as some one as a CPUX) and with many feedback from our users, i can tell that the current behavior is not what a user is expecting during interactions with the UI.
The typical user interaction is:
At this point the drop-down disappear and the user is wonder, why there are so few rows in the view (default is 10) and then i got a message "how can i/we see more data in the rows?" ;-) )
This seems to mostly impact action data tables where we show the subtable "embedded".
I see this was removed in https://github.com/matomo-org/matomo/commit/0b5e89c669df628427a8361298c9f99e0a3b9219#diff-f1627c29aeaa3c345fe9c1cadcd5080c98fc169131e2e37a7d590bc7aa929532R240 and partially related https://github.com/matomo-org/matomo/commit/681d4437d908218b26b79da7b84008d8b72d9431
@tsteur can't remember actually. Maybe it was a usability thing. As changing the limit with an open subtable would actually close the subtable again and not show more rows in the subtable.
OK lets allow changing the value of rows to show even when there is a subtable open. If this becomes an issue then we can revert the change again later.