Cloudron 9: UI Issues in the system and email eventlog

[milian.hackradt]

I ran into two issues with the eventlog pages (/system-eventlog and /email-eventlog).

When search results don't fill the result element enough to create a scrollbar, infinite scroll breaks. If you search for something that returns only a few results, there's no scrollbar and no way to easily trigger loading more entries. You can technically work around this by expanding detail rows until a scrollbar appears and then scroll down to trigger the process of loading the next entries.

The second issue is a pagination bug in the email-eventlog. If you've scrolled down before searching, the new search keeps the old page number instead of resetting to page 1. You end up missing earlier entries, and the reload button also doesn't fix it. Looks like this is just a simple case of a missing reset of the page value as it is there in system-eventlog but missing in email-eventlog.

As far as I can tell, this only affects the system-eventlog and email-eventlog pages, there might be other pages I missed though.

[nebulon]

Thanks for the detailed description. The page reset on reload was an oversight, good to get that fixed.

Still working on the refresh, when search changes and results do not fill up the view. Overall we have to rework eventlogs (both system and mail). Currently the pagination does not work well with the fetchMore(), especially when one tries to track down an issue with a combination of search and filters. It is very hard to get context around those events, as the pagination works with the query not the time of the events

[robi]

It would be interesting if for every event an agent went through all the relevant logs and pulled out the time stamped entries.

No more hunting for logs.

[milian.hackradt]

@nebulon said in Cloudron 9: UI Issues in the system and email eventlog:

Still working on the refresh, when search changes and results do not fill up the view. Overall we have to rework eventlogs (both system and mail). Currently the pagination does not work well with the fetchMore(), especially when one tries to track down an issue with a combination of search and filters. It is very hard to get context around those events, as the pagination works with the query not the time of the events

I might be misunderstanding you, but the issue happens even without using a combination of search or filters. The email-eventlog has per_page set to 10, which isn't enough to create a scrollbar on a modern monitor with the browser being maximized, so infinite scroll can basically never work when you search for anything. The system-eventlog has the same problem on larger displays despite using per_page of 40. Maybe providing the user with a button to manually trigger the loading of more items is the way to go here? Or maybe you could just load more items "per page"?

[nebulon]

The code actually would fetch more pages until it starts scrolling to fill up the screen, but only of course if there are enough results to show: https://git.cloudron.io/platform/box/-/commit/b53da61e7cec3c919ac11ebd65a8ccce03f7f611

Maybe there is some other bug you are hitting, here on this screen if I change page size to 5 it fetches about 20 pages

[milian.hackradt]

Apologies, I got hung up on your point about the 'combination of search and filters' since I'm experiencing only getting the amount of entries that's set in the per_page value even when using only the search box without any additional filters active. I'm really looking forward to the rework then because right now even basic stuff like checking if a specific email was delivered or if a specific user logged in is a bit of a pain since I have to unfold the details of the first entries just to make the scrollbar appear to load more.