On Thu, 28 May 2020 at 01:39, Richard Duivenvoorde <rdmaili...@duif.net> wrote: > > On 5/23/20 12:41 AM, Nyall Dawson wrote: > > It will, it's just that the Windows nightly builds are too old to have > > it. It looks identical to your screenshot. > > > > On that note, 12 seconds is a long time for the plugin load I see in > > your screenshot. Can you expand that out and see if it narrows down > > the culprit? > > Ok, I've updated to QGIS nightly now on those machines. > Note it's VM's with network disks and virusscanners... (and QGIS itself > is on the networkdrive...) > > This is an image of the plugin loading times: > > http://duif.net/loadingtimes.png
Could you expand out those two slow plugins? (processing and lat long tools). My suspicion is that you'll find that the lat long tools plugin is importing some processing modules and causing them to be initialised prior to the main processing plugin starting (which is perfectly fine, there's no issue with doing that). I expect that if you expanded out lat long tools you'll see that it's caught up in the processing module imports. But I'm keen to see the expanded view to see where the hotspots still are and where we need to add more granular logging. (Should probably think about adding an "export to json" option here!!) Nyall > > JRodos is mine :-) > > Regards, > > Richard Duivenvoorde > > _______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer