Bug 162917 - First menu access after launching LibreOffice is delayed - subsequent menu access is instant
Summary: First menu access after launching LibreOffice is delayed - subsequent menu ac...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.3 all versions
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Main-Menu Performance
  Show dependency treegraph
 
Reported: 2024-09-11 10:00 UTC by Ash
Modified: 2024-09-12 05:22 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 Ash 2024-09-11 10:00:27 UTC
Description:
For as long as I can remember (many versions) the first time I access the menu in any LibreOffice application there is a delay of perhaps 3-4 seconds before the menu appears. Subsequent menu access is instantaneous. Interestingly if I open the LibreOffice common shell (not Writer, Calc, Base, Impress, etc) the menu access is instantaneous also, it only seems to occur within one of the LO apps. Preloading (on Windows start) LibreOffice has no effect on this.

Not a huge deal as I now expect this behaviour and it only occurs once until you close and reopen LibreOffice again; but it would be an annoyance for anyone new to LibreOffice and is inconsistent with other applications.

Interestingly I discovered adding all the LO apps exe's to Windows' graphics settings and forcing them to use the dedicated GPU instead of the integrated GPU resolved the issue.  However LO should run just fine on the integrated GPU.

Version: 24.8.0.3 (X86_64) / LibreOffice Community
Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583
CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win
Locale: en-AU (en_AU); UI: en-GB
Calc: CL threaded

Steps to Reproduce:
1. Launch one of the LO apps (Writer, Calc, Base, Impress, etc)
2. Select any menu from the menubar
3. Wait a number of seconds for the menu to be displayed (note the time it took to open the menu)
4. Exit LO
5. Add all LO apps to the Windows graphics options and force them to use the dedicated GPU (High performance option)
6. Launch one of the LO apps again
7. Select any menu from the menubar and notice a significant decrease in the time to display the menu compared to first try.

Actual Results:
When all LO and windows settings are default; after installation of LO menu's are slow to show the first time they're accessed each launch of LO.

Expected Results:
Menu's should display immediately regardless of when they're accessed.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Original thread:  https://ask.libreoffice.org/t/first-menu-access-is-delayed-subsequent-menu-access-is-instant/110745

Reproduced on:
Version: 24.8.0.3 (X86_64) / LibreOffice Community
Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded

NOT reproduced on (@mikekaganski)
Version: 24.8.1.2 (X86_64) / LibreOffice Community
Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6
CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded
Comment 1 Bogaboga Man 2024-09-12 02:12:34 UTC
Reproduced on ver. 24.8.0.3 (X86_64) / LibreOffice Community
Comment 2 Cor Nouws 2024-09-12 05:22:34 UTC
possibly related:
after launching LibreOffice, I have to press Down (or click in the document) before I can start doing anything in the document.
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 8843081f91e206b4749b83b186caaceaf1f8c4e3
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded