Description of problem: Every few seconds lists are completely reloaded. This means that in case of long list of hosts(or any other list) data on page can disappear until list of hosts(or any other list data) is processed -> performance problem. Also menu for deleting host(or any other menu for item in list) can be closed because user click on open menu right before list is reloaded. So I suggest to add/remove only added/removed hosts(or in any other list). If you install skyring on remote machine you can see that lists are blinking(reloading) because of this issue. Version-Release number of selected component (if applicable): rhscon-core-0.0.8-1.el7.x86_64 rhscon-ceph-0.0.6-1.el7.x86_64 rhscon-ui-0.0.7-1.el7.noarch How reproducible: 100% Steps to Reproduce: 1. load any list with many items, for example hosts and watch periodical reloading Actual results: Lists are periodically completely reloading. Expected results: UI will load only changes in lists which should be periodically changed.
Most list pages have 5-10sec aggressive polling, reloading and reflowing the entire content DOM, this is essentially to keep tab on the utilization details. Also, the flickering is noticeable for high number of graphs and charts in the view trying to get updated all at the same time. As the utilization details are updated every 10min in the backend, it only makes sense to reduce the aggressiveness of the polling to 1min. With all the charts overloaded in the page, the page might still flicker, but not as often. And with the current UX suggestion, there's not too many feasible solution to reduce charts in the page. So increasing poll-timer seems most go to solution for the moment.
Moving to 3.0