Details
-
Bug
-
Resolution: Out of scope
-
P2: Important
-
None
-
6.5.7, 6.8
Description
When implementing a custom scrolling algorithm for TableView with rows of varying heights, rowHeightProvider is used to manage these differing row heights. To improve performance and ensure correct scrollbar behavior, contentHeight is explicitly calculated and set according to documentation guidelines.
An issue arises in certain cases when row heights change: the expected contentY value does not function correctly. The attached example project reproduces the problem, which can be tested as follows:
- First, click "Jump to end"—this should work as expected.
- Next, click "Resize rows" to adjust the row heights and update contentHeight (without scrolling to the top).
- Clicking "Jump to end" again no longer works correctly. Although contentHeight has been updated, calculating contentY does not yield the expected behavior.
- Using the scrollbar and flicking still allows scrolling down as expected.
- If TableView is scrolled back to the top, an internal adjustment occurs, and the "Jump to end" functionality works as expected once more.