Table: Rendering issues of virtualized table causing performance and display issues in OpenShift

[jcaianirh]

Describe the issue. What is the expected and unexpected behavior?
Specifically, pf4 tables vs pf3 tables scrolling is noticeably degraded. The PF4 table scrolling is choppy and jumpy by comparison.

This issue is reproducible with the Patternfly sample paes. The scrolling is re-rendering rows on every pixel movement. (See the screenshot attached) This re render did not occur on pf3 tables.

Display of rerender of every row on scroll:

Display of render issue on filter

Please provide the steps to reproduce. Feel free to link CodeSandbox or another tool.

**Is this a bug or enhancement?
Openshift Bugs related: https://issues.redhat.com/browse/CONSOLE-1532
https://bugzilla.redhat.com/show_bug.cgi?id=1819752
https://bugzilla.redhat.com/show_bug.cgi?id=1795305
https://bugzilla.redhat.com/show_bug.cgi?id=1805918
cc: @janwright73

[kmcfaul]

Re: the re-rendering, both pf3 and pf4 source their virtualized scrolling from the react-virtualized library with minor changes in pf4's copy that shouldn't impact performance. The examples in the docs have a small overscan index of 2 so that could be why they update more often. It is possible the difference lies in Table, so I am continuing to investigate.

Re: the filtering bug, I have not been able to reproduce this behavior so far after adding a filterable table demo to the virtualized docs (can be looked at in this WIP PR with surge). Are you getting any console errors/warnings when the white space appears?

[jcaianirh]

@kmcfaul with the filtering issue: no console errors or warnings when this occurs. But one other clue, is that subsequent scrolling on the page rerenders the component correctly, and the blank space is removed.

[tlabaj]

closed by #4389