https://issues.apache.org/ooo/show_bug.cgi?id=123900
--- Comment #5 from Armin Le Grand <[email protected]> --- Using VerySleepy to get an overview what might take so long... The exclusive functions are - RtlpNtEnumerateSubKey 33,86% - free 24.05% - operator new 12.20% The inclusive are - typelib_typedescription_release 64.02% - rtl_uString_new 57.75% This all includes ChartHelper::tryToGetChartContentAsPrimitive2DSequence which is called to get the BoundRect. I tried to avoid this (the BoundRect of the Chart OLE can be determined easier), but the Charts (4 of them as it seems) get loaded at visualization anyways, so this just moves the time needed. In the file itself I saw only two charts, need to check again. In principle the long time after load is the Chart OLE loading... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
