I reinstalled my Windows 10 Pro OS this summer. I have a NAS drive mounted over a local 10 Gbps LAN. Libreoffice calc takes about 20 seconds to start the first time after Windows is rebooted if the network drive is mounted. The second time around, Libreoffice starts in a couple of seconds.
If the network drive is not mounted, Libreoffice starts quickly, even after a reboot. I have tried with both 7.1.5 and 7.2.2 releases, and the problem is the same. I don't have startup performance problems with any other application on my system, only with LibreOffice.
The machine on which I'm seeing this issue is pretty powerful. It's an AMD 5950X with 32GB of RAM, and Aquantia AQN-107 10 Gbps NIC. It's running Windows 21H2.
I have tried doing a fresh OS install of Windows 11 on a spare SATA SSD, and booting it from a SATA dock in order to test this behavior, and can't reproduce the issue there. I haven't tried a fresh install of Windows 10 on the spare SSD, but I will.
I'm guessing that there is some interaction between LibreOffice and one of the dozens of programs installed on my main Windows 10 partition. Reinstalling the OS from scratch and all the apps would take weeks of setup, There are so many things, from monitor profiles, printer profiles, UI customization, etc. I don't want to start over with the OS to make this problem go away. And it might come back anyway, if it's a conflict with some other application.
So, I'd like to get to the bottom of this issue. I'm willing to run a debug build of LbireOffice if there is one for me to try and collect any data that might help resolve it.
Steps to Reproduce:
1. Start LibreOffice
1. LibreOffice takes about 20 seconds to start
1. LibreOffice should take about 2 seconds to start
User Profile Reset: No
Not hung for 20 seconds.
(In reply to Julien Pierre from comment #0)
Have you saved documents to the network drive? It may be hanging up waiting to check on them for the recent files list in the start center when it detects the drive is mounted (or will be mounted once all the networking stack has started).
There were some other recent bugs similar to this. Bug 144566 is the one I can find at the moment. Bug 101302 has a different summary but seems related or similar with more description and tracing in it.
> I have tried doing a fresh OS install of Windows 11 on a spare SATA SSD, and
> booting it from a SATA dock in order to test this behavior, and can't
> reproduce the issue there.
In this case, when you boot from the spare drive and start LO you would have a clean user profile, so your recent files list would be empty.
> I'm guessing that there is some interaction between LibreOffice and one of
> the dozens of programs installed on my main Windows 10 partition.
> Reinstalling the OS from scratch and all the apps would take weeks of setup,
> There are so many things, from monitor profiles, printer profiles, UI
> customization, etc. I don't want to start over with the OS to make this
> problem go away. And it might come back anyway, if it's a conflict with some
> other application.
I don't think it's a conflict with any of your other applications, and just blindly re-installing everything probably wouldn't solve the problem.
> So, I'd like to get to the bottom of this issue. I'm willing to run a debug
> build of LbireOffice if there is one for me to try and collect any data that
> might help resolve it.
> User Profile Reset: No
Try backing up and resetting you user profile as described here:
Then see if the problem still occurs and what happens if you have recent files on the network drive. Let us know what you find out.
Dear Julien Pierre,
This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Dear Julien Pierre,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):
a) Provide details of your system including your operating
system and the latest version of LibreOffice that you have
confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:
a) respond via email
b) update the version field in the bug or any of the other details
on the top section of our bug tracker