We noticed that after Google Chrome updated itself from 55 to 56, we are now seeing the selected row jump to the top of the viewable set. This starts to happen only after the container has had to query new data, after going beyond the initial set that is loaded.
When a row is selected in the middle of the table, it will immediately get re-positioned to the top of the table, each and every time.
This strange behavior did not happen in Chrome 55 or prior but does in 56 and later (tried it on a Canary release also.) Thinking it might be related to the added support of CSS position:sticky in 56 as detailed here:
We noticed that after Google Chrome updated itself from 55 to 56, we are now seeing the selected row jump to the top of the viewable set. This starts to happen only after the container has had to query new data, after going beyond the initial set that is loaded.
When a row is selected in the middle of the table, it will immediately get re-positioned to the top of the table, each and every time.
This strange behavior did not happen in Chrome 55 or prior but does in 56 and later (tried it on a Canary release also.) Thinking it might be related to the added support of CSS position:sticky in 56 as detailed here:
https://developers.google.com/web/updates/2017/01/nic56#position-sticky
Obviously related to a change in Chrome 56, but it is affecting the behavior of the FilteringTable.