Bug 142167 - Cursor does not change to hand when hovering over endnote anchor or endnote number.
Summary: Cursor does not change to hand when hovering over endnote anchor or endnote n...
Status: RESOLVED DUPLICATE of bug 138545
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Footnote-Endnote
  Show dependency treegraph
 
Reported: 2021-05-08 09:11 UTC by David Boettcher
Modified: 2021-06-22 13:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Boettcher 2021-05-08 09:11:22 UTC
Description:
Writer documents have hyperlinks between endnote anchors in the text and the endnotes themselves. In version 7.0.3.1 the cursor changes to a hand when hovering over endnote anchors in text or the number endnote. In 7.1.3.2 (x64) the cursor doesn't change when hovering over the endnote anchor in the text or the link back to the text from the number of the endnote, it remains the I bar. The hyperlink to the Endnote and back to the text still works but is less easy to use because of this.

Steps to Reproduce:
1. Create endnote
2. Hover cursor over endnote anchor in text or endnote number in endnotes
3. Observe cursor shape; it should change to a hand when over the link

Actual Results:
Cursor does not change shape when hovering over endnote links

Expected Results:
Cursor should change to a hand when over and endnote link


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Another user has the same experience, see https://ask.libreoffice.org/en/question/308243/writer-endnote-link-pointer-disappeared/
Comment 1 Michael Warner 2021-05-23 12:25:21 UTC
David, thanks for providing this bug report. Based on the description that the links themselves still work and only the cursor does not change, I am changing severity to Minor.
Comment 2 Dieter 2021-05-24 06:13:02 UTC
I confirm the behaviour with

Version: 7.1.3.2 (x64) / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

same for footnotes. I would also expect a change of the cursor. But it's still possible to jump to footnotes and endnotes. So I'm not sure for 100%, if this is a bug or the expected (and new) behaviour.

cc: Design-Team for a doublecheck
Comment 3 David Boettcher 2021-05-24 10:23:57 UTC
If this is an intended change I would request reversion to the previous behaviour. As Dieter notes the hyperlinks between the footnotes and endnotes and anchors in the text still work, but they are less easy to use because of this behaviour - without the cursor changing shape the user is not sure when to click.
Comment 4 Heiko Tietze 2021-05-25 09:11:02 UTC
Version: 7.0.6.2 -> hand cursor
Version: 7.2.0.0.alpha1+ -> hand cursor

CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (en_US.UTF-8); UI: en-US


UX-wise this is clearly a regression. If there is a link we should give proper feedback with the hand cursor.
Comment 5 Harshita Nag 2021-06-09 13:42:22 UTC
CONFIRMED on Ubuntu 18.04 LTS and LibreOffice 7.1.1.2

Version: 7.1.1.2 / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Calc: threaded
Comment 6 Harshita Nag 2021-06-22 13:25:12 UTC
 f68c58112540b58c81f892877a763dcdc6e284f6 is the first bad commit
commit f68c58112540b58c81f892877a763dcdc6e284f6
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Thu Jul 30 18:07:51 2020 +0200

    source 5ab17ad2696aeb8acfc21cd2442908b785a53e86
    
    source 5ab17ad2696aeb8acfc21cd2442908b785a53e86
Comment 7 Harshita Nag 2021-06-22 13:26:26 UTC

*** This bug has been marked as a duplicate of bug 138545 ***