STEPS TO REPRODUCE 1. Open a file with internal links, e.g. https://www.adobe.com/content/dam/acom/en/devnet/acrobat/pdfs/js_api_reference.pdf 2. Click on an internal link, e.g. Preface on Page 3, and do not move the mouse 3. Wait for scrolling to end 4. See how cursor is still a pointing hand EXPECTED RESULT The cursor is not the pointing hand since there's no link on the destination ADDITIONAL INFORMATION This works on the release/19.12 branch
Seems like another regression of the QScroller patch, please have a look
I did some initial investigations at https://invent.kde.org/graphics/okular/-/merge_requests/176.
Git commit da934a0a0aad36e03c6c313a67ef30afabec58a3 by Nate Graham, on behalf of Oliver Sander. Committed on 13/10/2020 at 18:35. Pushed by ngraham into branch 'master'. Make cursor open hand again after clicking on internal link M +7 -0 autotests/parttest.cpp https://invent.kde.org/graphics/okular/commit/da934a0a0aad36e03c6c313a67ef30afabec58a3
A possibly relevant merge request was started @ https://invent.kde.org/graphics/okular/-/merge_requests/297
Git commit 8b008b02fc31e20f7c74ab2c25d34160756c7a92 by Nate Graham, on behalf of David Hurka. Committed on 21/10/2020 at 00:40. Pushed by ngraham into branch 'release/20.08'. Fix cursor not updated after clicking internal link updateCursor() was called by wheelEvent(), which made sense, because after the wheel event the page will have moved under the cursor. With smooth scrolling, it makes less sense in wheelEvent(), because at that point scrolling is still in the future. scrollContentsBy() appears to be called on every scroll step. (It is documented to be called at scrollbar value changes, so makes sense.) This patch removes updateCursor() from wheelEvent(), but adds it to scrollContentsBy(). I did not check anything out with d->visibleItems, as was indicated it graphics/okular!176. M +5 -2 ui/pageview.cpp https://invent.kde.org/graphics/okular/commit/8b008b02fc31e20f7c74ab2c25d34160756c7a92
Git commit 843c43cc6ba82a80db86e0a5ed11e27e255cd851 by Nate Graham, on behalf of David Hurka. Committed on 21/10/2020 at 00:52. Pushed by ngraham into branch 'master'. Fix cursor not updated after clicking internal link updateCursor() was called by wheelEvent(), which made sense, because after the wheel event the page will have moved under the cursor. With smooth scrolling, it makes less sense in wheelEvent(), because at that point scrolling is still in the future. scrollContentsBy() appears to be called on every scroll step. (It is documented to be called at scrollbar value changes, so makes sense.) This patch removes updateCursor() from wheelEvent(), but adds it to scrollContentsBy(). I did not check anything out with d->visibleItems, as was indicated it graphics/okular!176. M +0 -4 autotests/parttest.cpp M +5 -2 ui/pageview.cpp https://invent.kde.org/graphics/okular/commit/843c43cc6ba82a80db86e0a5ed11e27e255cd851