Cluster dashboard events list always shows 10 items, not the number configured in preferences

[cnotv]

Description

Jira: SURE-9058

Change Cluster Dashboard view to display the event tab in a preview manner. Precise UX TBD.

Suggestions

the events page in the cluster dashboard is only meant to be a quick view (and doesn't contain all events). Users should go to the events list get the full list experience (searching, i think possibly more columns/info, all events - with vai)
could be the fix to make that clearer (disable pagination controls, make the full event list link more obvious, maybe give it a title 'Recent Events', etc)
@richard-cox

We could either rename the tabs to “Recent Events” and “Recent Alerts”, or add an additional title above the whole thing with “Recent Activity”
@kwwii

Context

The original report mentions that the table does not honor the pagination configuration, although this has been restricted exclusively to the Cluster Dashboard page.

It has also been expressed the will to extend the pagination setting even for these cases since it's more convenient for vertical display use cases.
Note: We do not handle vertical display responsive design, so it may be worth to consider or discard cases in toto.

[cnotv]

Do we have updates? @nwmac @kwwii @richard-cox

[richard-cox]

ATM, with SSP enabled, the table will show all events again and have full pagination controls. The UI now only pulls down a single page so we don't need to worry about scaling.

We should decide though if we want to bring back the concept of only showing the most recent X events and continue with this issue, leave as is, or decide on another option (investigate showing summary of events / more dashboard like overview).

Edit: Some of the above options would need to be delivered outside of 2.11.0

[nwmac]

This table is meant to show the most recent and be relatively concise - so showing 20 or 100 by default might be a bit too much.

I'd suggest adding a cog icon with a drop-down that let's the user change the page size specifically for this list - one of the options should be to use the table preference for the list.

We can store the user's choice in a preference in the browser's local storage - it doesn't need to be stored backend, in my view.

In the image above, the red rectangle shows where the cog would go - this would show a drop down with options for page size, with options:

• 10
• 25
• 50
• Use table default (nn)

(where nn is the currently set table size)

We can store this in a local storage property in the browser - we don't need a new preference.