https://bugs.documentfoundation.org/show_bug.cgi?id=152406
--- Comment #26 from Patrick Luby <plub...@neooffice.org> --- I can now reproduce this bug on my MacBook Pro Silicon running macOS Monterey. Maybe I am doing it wrong, but if I vertically swipe repeatedly, the position will get stuck at a few thousand rows down. So after the bibsected commit, commit 873a695b64269a6b92766f65930786314351e83f added back the ScTabView::EndScrollHdlUpdate() handler in sc/source/ui/view/tabview.cxx so that UpdateScrollBars() would be called on a mouse release event. My theory is that UpdateScrollBars() was getting called before the bibisected commit and commit 873a695b64269a6b92766f65930786314351e83f only restore that call for mouse dragging the scrollbar. I put a debug printf in ScTabView::EndScrollHdlUpdate() and it is never called when swiping on the trackpad. I tried to revert the two patches, but gave up when the old include/vcl/scrbar.hxx and related files. But I think the following change in sc/source/ui/view/tabview.cxx might be a clue: - rScrollBar.SetEndScrollHdl( LINK(this, ScTabView, EndScrollHdl) ); + rScrollBar.SetMouseReleaseHdl(LINK(this, ScTabView, EndScrollHdl)); Maybe I am wrong, but it seems that rScrollBar.SetEndScrollHdl() was removed and replaced with the more narrow rScrollBar.SetMouseReleaseHdl(). -- You are receiving this mail because: You are the assignee for the bug.
