Bug 134429 - delayed mouse pointer change over hyperlink (kf5)
Summary: delayed mouse pointer change over hyperlink (kf5)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: KDE
  Show dependency treegraph
 
Reported: 2020-07-01 09:19 UTC by lvm
Modified: 2021-07-27 14:09 UTC (History)
4 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 lvm 2020-07-01 09:19:14 UTC
prerequisites: a writer document with a web hyperlink in it

1. move mouse pointer over the hyperlink
2. press ctrl - mouse pointer remains unchanged (I-bar text pointer)
3. move mouse pointer so that it remains over the link while holding ctrl - mouse pointer changes shape as soon as it starts moving

Mouse pointer should've changed shape as soon as ctrl is pressed.

Version: 6.4.4.2
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: kf5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
Calc: threaded
Comment 1 Dieter 2020-10-22 07:04:24 UTC
I can't confirm it with

Version: 7.0.2.2 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: he-IL (de_DE); UI: en-GB
Calc: threaded

Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 2 lvm 2020-10-22 08:01:47 UTC
Still reproducible in

Version: 7.0.2.2
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

Make sure you don't move the mouse at all while pressing ctrl, possibly add step 1.5: release the mouse and don't move or touch it. Or maybe it is linux- or KDE-related.

The reverse is also true: if ctrl is pressed, mouse pointer is hovering over a hyperlink and has a hyperlink shape, and then ctrl is released, mouse pointer does not change shape immediately bu only after it is moved.
Comment 3 Dieter 2020-10-22 08:29:05 UTC
(In reply to lvm from comment #2)
> Or maybe it is
> linux- or KDE-related.

I think so. Additional question: Tooltip is diplayed, if you move mouse over hyperlink?
Comment 4 lvm 2020-10-22 09:55:11 UTC
In my profile - no, no tooltips at all. In a clean profile tooltips are displayed but as far as this bug is concerned it changes nothing.
Comment 5 Buovjaga 2021-07-27 10:42:42 UTC
Try testing after launching from the command line with

SAL_USE_VCLPLUGIN=gen libreoffice

No problem for me with

NixOS
Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 67e47070a7580a17804adce812cc2f98bfe7b51f
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: x11
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded

Version: 7.1.5.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Comment 6 lvm 2021-07-27 11:09:58 UTC
(In reply to Buovjaga from comment #5)
> Try testing after launching from the command line with
> 
> SAL_USE_VCLPLUGIN=gen libreoffice
>
Well, it won't work exactly like that, but setting SAL_USE_VCLPLUGIN=gen indeed fixes this issue and brings back the nostalgic UI from the nineties. With VCL set to kf5 however it is still reproducible in

Version: 7.1.5.2 / LibreOffice Community
Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 7 Buovjaga 2021-07-27 11:25:27 UTC
And gtk3 works fine for you as well?
Comment 8 lvm 2021-07-27 11:47:49 UTC
It throws a warning

(soffice:10843): Gdk-WARNING **: 14:42:39.506: XSetErrorHandler() called with a GDK error trap pushed. Don't do that.

but after that starts normally and as far as this bug concerned works fine. UI still doesn't look right though.
Comment 9 Stéphane Guillou (stragu) 2021-07-27 13:23:26 UTC
Tested on Ubuntu 18.04 with Budgie DE.

With gtk3: works fine. However, note that I had to turn off the setting "Pointer Location" in Gnome Tweaks for it to work as expected.

With kf5: works fine as well, can't reproduce in recent master build:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: cd2b5168e8ef1cb6e721bc5220421464ed723096
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-21_14:56:23
Calc: threaded

But with 7.0.6, I can reproduce:

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kf5
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

And with 7.2.0 RC1 as well:

Version: 7.2.0.1 / LibreOffice Community
Build ID: 32efc3b7f3a71cfa6a7fa3f6c208333df48656cc
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

So marking this as WORKSFORME, given that it seems it was fixed after 7.2 RC1.

lvm, could you please confirm with the latest master build from this page? https://dev-builds.libreoffice.org/daily/master/current.html
It should be Linux-rpm_deb-x86_64@86-TDF (deb) for you.
Comment 10 lvm 2021-07-27 14:09:42 UTC
yes, fixed in 

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 1dd4a80fa076bedb3a82821517036bad8dd79857
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-26_22:41:19
Calc: threaded