https://bugs.documentfoundation.org/show_bug.cgi?id=155212
--- Comment #20 from Patrick Luby (volunteer) <guibomac...@gmail.com> --- (In reply to Patrick Luby (volunteer) from comment #19) > With the debug patch, the GetCoretextFontList() function gets called 2 times > (cumulative time for that is +/- 0.5 seconds) to launch LibreOffice and > display the Start Center. Then, when I run "--convert-to pdf > With-Fonts.odt", the GetCoretextFontList() function gets called 89 more > times and cumulative time in this function jumps to +/- 19 seconds. Another data point: I launched LibreOffice with my debug patch, opened 10 empty Writer documents, and ran "--convert-to pdf With-Fonts.odt". The GetCoretextFontList() function was called nearly 3000 times and the run took around 11 minutes to complete. I also saw memory usage climb steadily to a few hundred megabytes during the above run so my guess is that LibreOffice's macOS code is creating a separate system font list for each window and each of its internal tree of child subwindows (e.g. buttons, comboboxes, status bar, etc.). I don't see any calls to the GetCoretextFontList() function when opening new documents or exsiting documents that do not contain fonts. So the creation of excessive copies of the system font list is triggered when LibreOffice tries to update the system font list after loading the .odt's embedded fonts. -- You are receiving this mail because: You are the assignee for the bug.
