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?
Dan, thank you for reporting the bug. I can't confirm this with Version: 7.0.0.0.alpha0+ (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: 6.3.5.2 (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.
1 second delay in my Version: 7.0.0.3 (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
In addition to BogdanB's confirmation, I still see the slowness in: Version: 7.0.4.2 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
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: 7.0.4.2 (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.
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.
Wicked fast in 7.1.6.2. Thank you!