There could be a relation with: https://bugs.documentfoundation.org/show_bug.cgi?id=101661

@telesto : please provide your hardware specification and network setup. Please also indicate whether you have any network connected devices, e.g. remote shares, from which you have loaded documents into LibreOffice recently (recent enough to appear in the recent documents list of the StartCenter)

Start times are very much dependent on hardware, but also on network conditions. It may indeed be that LO has got slower on first startup.

Setting to NEEDINFO pending requested information. Please set back to UNCONFIRMED once you have provided this information.

Created attachment 128072 [details]
Instruments Time Profile Trace LO 5.2.1.1/5.2.1.2

- Hardware: MacBook Air 11" Early 2014 (1.4GHz dual-core Intel Core i5 (Turbo Boost up to 2.7GHz) with 3MB shared L3 cache; 128 GB SSD)
- Test performed with a LibreOffice default profile, macOS Sierra with stock settings,   stock applications. In addition I have only installed Xcode and different versions of LO
- No internet connection in use at the time of the test
- No remote share used
- Test with and without power adapter.

The problem relatively minor. It only occurs on the first start of an affect LO version. If I close LO and restart the same LO version the startup is back to normal (10 sec). If I use different version of LO in between the time to start centre will be 25 seconds again. 

It has something to do with Synchronizing the Extension Repositories. It seems they are getting reinstalled for some reason.

Version: 5.2.1.1
Build ID: 2d75cf29e6d05e44c404f0547047f1da6563d380
CPU Threads: 4; OS Version: Mac OS X 10.12; UI Render: default; 
Locale: en-US (en_US.UTF-8); Calc: group

Version: 5.2.1.2
Build ID: 31dd62db80d4e60af04904455ec9c9219178d620
CPU Threads: 4; OS Version: Mac OS X 10.12; UI Render: default; 
Locale: en-US (en_US.UTF-8); Calc: group

@telesto : how full is your recent documents window - this is known to have an effect on first startup times - the more documents you have in the recently used documents window, the slower Lo starts first time because it re-indexes all of the thumbnails.

You might also want to look at :

https://bugs.documentfoundation.org/show_bug.cgi?id=61471

and

https://bugs.documentfoundation.org/show_bug.cgi?id=90913

and

https://bugs.documentfoundation.org/show_bug.cgi?id=101467

which appear to be similar.

Version: 5.2.1.2 : 31 seconds
Version: 5.1.5.2 : 26 seconds
Version: 5.0.0.2 : 24 seconds
Version: 4.1.4.2 : 10 seconds


Confirming ==>> regression

Created attachment 128136 [details]
Xcode Instrument Allocations Summary

Xcode Instruments Allocations Profiling Results (Tracks a process' anonymous virtual memory and heap.....) from starting LibreOffice 5.2.2.1 till the start-Screen

Created attachment 128137 [details]
Allocation Call Tree (partially expanded)

Created attachment 128360 [details]
Memory Allocation Call Tree Startup LO 5.2.2.2 Sierra 10.12

Memory Allocation Call Tree Startup LO 5.2.2.2 Sierra 10.12 without existing user profile

Created attachment 128704 [details]
Xcode Time Profile results

Detailed comparison between LO 5.3.0.0 Alpha1 and 4.3.7.2 for time taken to launch Start Center

Startup Time is back to 9 seconds with:
Version: 5.2.4.0.0+
Build ID: 3f373500282c926031eed4f995ca8d51402ed187
CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; 
Locale: en-US (en_US.UTF-8); Calc: group

Startup Time is still 25 seconds with:
Version: 5.3.0.0.alpha1+
Build ID: 074f0ab1d76f16fe92493868e2f2de75e67792ef
CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; Layout Engine: new; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-11-15_00:29:07
Locale: en-US (en_US.UTF-8); Calc: group

Hi Telesto,
Could you please check whether it's better in 5.4.3 ?

(In reply to Xisco Faulí from comment #12)
> Hi Telesto,
> Could you please check whether it's better in 5.4.3 ?

Nope, seems OK to me

WFM

Re-opened due to duplicate bug 116434

*** Bug 116434 has been marked as a duplicate of this bug. ***

In the traces in comment #3, much of the time seems to be taken by some extension repository synchronization. I wonder how typical it is for users to even have extensions installed? Is it worth it to try to optimize startup time for such cases? In any case, it is hard to get comparable numbers if some of the runs are with a bunch of extensions (that even need to be "synchronized", whatever that means).

For myself, with no extensions, most of the time before the Start Centre shows up goes into enumerating fonts. The more fonts, the longer time it takes. (For me, the font enumeration takes a bit under one second, and I don't have any massive amount of fonts, I think, I am not one of those people who "hoard" fonts... The only non-bundled fonts I have are ones that have come with apps like LibreOffice, and ones I have installed when working on font-related LibreOffice bugs.)

(In reply to Tor Lillqvist from comment #16)
> In the traces in comment #3, much of the time seems to be taken by some
> extension repository synchronization. I wonder how typical it is for users
> to even have extensions installed? Is it worth it to try to optimize startup
> time for such cases? 

I don't how I did the trace, but I didn't have extensions installed (except the default stuff). Anyway, this is only a minor inconvenience. It happens at the first start (without profile) &  switching between versions (using the same profile). Not so obvious in daily usage.. Only when updating to new (dev) versions regularly

Bug 114679 is quite a turn off for testing (it's taking 'ages' 2-3 minutes to install a daily from dev-builds.libreoffice.org)
Bug 114679 is also quite noticeable (especially launch Impress). Some sort of deployment issue: com.apple.quarantine

Version: 6.2.0.0.alpha0+
Build ID: 8e9d43546c8e46ea635472ddf07f5c183dc13360
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-07-11_23:34:15
Locale: nl-NL (nl_NL.UTF-8); Calc: group threaded