Bug 131859 - Hyperlink dialog slow to set focus to the hyperlink field
Summary: Hyperlink dialog slow to set focus to the hyperlink field
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
Keywords: perf
Depends on:
Blocks: Dialog
  Show dependency treegraph
Reported: 2020-04-03 18:47 UTC by Dan Dascalescu
Modified: 2021-12-01 14:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Slow Hyperlink dialog (221.04 KB, image/gif)
2020-04-03 18:47 UTC, Dan Dascalescu

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Dascalescu 2020-04-03 18:47:01 UTC
Created attachment 159305 [details]
Slow Hyperlink dialog

I'm a keyboard user and I do a lot of hypertext editing. In Google Docs, when I press Ctrl+K to paste the link, I can do so pretty fast, at my usual speed.

Trying to migrate to Writer and I've noticed that it takes a second or two to set the focus on that hyperlink field after you press Ctrl+K. Not a big deal by any means, but I actually need to pause before pasting in the link, otherwise the hyperlink ends up in the document, raw.

In the screencast, it can be seen that the icons on the left pane take some significant time to finish rendering. Maybe that's why?
Comment 1 Dieter 2020-04-08 13:29:38 UTC
Dan, thank you for reporting the bug. I can't confirm this with

Version: (x64)
Build ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: CL

and also not with

Version: (x64)
Build-ID: dd0751754f11728f69b42ee2af66670068624673
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

It seems you're using an old version of LibreOffice. 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 BogdanB 2020-08-27 09:42:10 UTC
1 second delay in my
Version: (x64)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: ro-RO (ro_RO); UI: en-US
Calc: threaded
Comment 3 Dan Dascalescu 2021-01-10 23:29:42 UTC
In addition to BogdanB's confirmation, I still see the slowness in:

Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 Ming Hua 2021-01-11 01:05:12 UTC
I'd like to add that in addition to the slowness of dialog popping up, it doesn't set the focus properly at first.

I don't reproduce the "immediately pasting after Ctrl-K ends up putting the link in the document raw" part of comment 0, but I have long noticed that if I start typing immediately after Ctrl-K, what I type does not end up in the "URL" field of the "Internet" category, "Web" protocol, where the input focus is, instead it ends up in the "Login name" field of "FTP" protocol.

Steps to reproduce:
1. Open new document in Writer;
2. Press Ctrl-K, immediately followed by some other key presses.

Actual result:
3. What was typed ends up in the "Login name" field, one needs to choose "FTP" protocol radio button to see them.

Expected result;
3. What was typed ends up in the "URL" field of "Web" protocol, just like if one waits for the dialog to fully pop-up before starting typing.

This was tested on:
Version: (x64)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 2; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: zh-CN (zh_CN); UI: en-US
Calc: threaded
...but I've seen this behavior in earlier versions.

Not setting to NEW yet since I can not reproduce everything, but I agree there is something wrong with this dialog.
Comment 5 Buovjaga 2021-12-01 09:10:25 UTC
NEW per comment 2. Would be nice to hear, if Dan and Bogdan still experience the slowness. I didn't see it on Windows, but I have a pretty performant computer.

Mike K. suggested that we could write a simple Python UI test, Ctrl-K, Ctrl-V, to check if the pasted text ends up in the document or in the hyperlink dialog as expected.
Comment 6 Dan Dascalescu 2021-12-01 14:39:28 UTC
Wicked fast in Thank you!