Description: Character dialog opens with small but annoying lag (3 seconds) every time when opening (macOS) Steps to Reproduce: 1. Open Writer 2. Menu Format -> Character Actual Results: 3 seconds lag with beachball Expected Results: No beachball, no lag on each opening in the same session Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e60ef8651cfb30335471d1622e58c13eebc7d58b CPU threads: 8; OS: Mac OS X 13.4.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Confirmed with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b5aaf194866c5e416167cb54d37f9f04dabc5375 CPU threads: 8; OS: Mac OS X 13.5.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded
Fine with Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: da3dd48eaf9086f8ab28d6a6655f9a638e51433a CPU threads: 8; OS: Mac OS X 13.4.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded slower, but faster compared to today with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8635c9aa8c6f1078a9e220076d5a08daf30077e8 CPU threads: 8; OS: Mac OS X 13.4.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Reproduced on macOS: 7.4.6: ~1 second 7.5.4: above 2 seconds 7.6.2: above 2 seconds 24.2 at c60a9db1f2a8e2a088c6b89bcdff4901b28f2864: above 2 seconds Definitely noticeable now. I'd say the change happened somewhere in 7.5. Format > Paragraph stays below 2 seconds in all versions tested, no change. on Linux, not reproduced. Wondering if it could have a link to the fix for bug 152460, given that I see the same kind of delay for another dialog with font preview, e.g. Styles > Edit Style... Khaled, what do you think?
No idea, if it is a regression then bibisecting is your best option.
*** Bug 160281 has been marked as a duplicate of this bug. ***
Duplicate bug 160281 suggests it's correlated to the number of fonts installed, so if someone bibisects it, installing some extra fonts might help making the delay more obvious.
haha yes i knew that having a disgusting quantity of fonts installed would be useful one day. it's definitely `fontd` that's spinning, as the window becomes unresponsive, fontd spikes, and then the window becomes responsive again as soon as fontd relaxes. i shall do a bisect another night, can't look at computer anymore tonight <3
I cannot reproduce this with LO 25.2. Telesto, can you reproduce with 25.2? If so: 1. Can you reproduce with Calc? 2. Did you install extra fonts? Are you aware of having more fonts installed than the normal? 3. Does this also affect the Paragraph, Paragraph Style and/or Page Style dialogs?
Also can't reproduce in Version: 25.8.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: cb149972d5fc82f3ca8009c3e51931c8d94ee664 CPU threads: 12; OS: macOS 15.4.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Dialog opens in under 1 second.
(In reply to steve from comment #9) > Also can't reproduce in Version: 25.8.0.0.alpha0+ (AARCH64) / LibreOffice > Community > Build ID: cb149972d5fc82f3ca8009c3e51931c8d94ee664 > CPU threads: 12; OS: macOS 15.4.1; UI render: Skia/Metal; VCL: osx > Locale: en-US (en_US.UTF-8); UI: en-US > Calc: threaded > > Dialog opens in under 1 second. I have the same result
(In reply to Philippe Cloutier from comment #8) > I cannot reproduce this with LO 25.2. Telesto, can you reproduce with 25.2? > If so: > 1. Can you reproduce with Calc? > 2. Did you install extra fonts? Are you aware of having more fonts installed > than the normal? > 3. Does this also affect the Paragraph, Paragraph Style and/or Page Style > dialogs? hello, it is i, the user with the diagnostically obnoxious number of fonts. i can confirm consistent, consecutive 30s open times, during which time it is libreoffice and fontd both churning. (30s is average after first load, after which presumably font caches would not need to be rebuilt for awhile) Libreoffice: 25.2.3.2 (macOS via homebrew) I have approximately 13,000 fonts activated (of 25,000 total). I can reproduce with calc on startup. paragraph, paragraph style, page style don't cause lag after loading. unsure if two separate bugs, but there is definitely a problem with rebuilding font caches on load every time :)
(In reply to sneakers-the-rat from comment #11) > hello, it is i, the user with the diagnostically obnoxious number of fonts. > > i can confirm consistent, consecutive 30s open times, during which time it > is libreoffice and fontd both churning. (30s is average after first load, > after which presumably font caches would not need to be rebuilt for awhile) > > Libreoffice: 25.2.3.2 (macOS via homebrew) > > I have approximately 13,000 fonts activated (of 25,000 total). > > I can reproduce with calc on startup. paragraph, paragraph style, page style > don't cause lag after loading. > > unsure if two separate bugs, but there is definitely a problem with > rebuilding font caches on load every time :) I would suggest to report this is a fresh bug. I didn't report this one using an obnoxious number of fonts...
Please cross-link your follow-up bug using the "see also:" field @sneakers-the-rat