https://bugs.documentfoundation.org/show_bug.cgi?id=156470
--- Comment #26 from Patrick Luby <[email protected]> --- (In reply to Telesto from comment #25) > The drawing object, "Text frame 2", uses an less common font: Inconsolata > Likely the font needs to be installed, to be able reproduce the problem. > Font substitution mask the problem. The font itself could contain wrong > information, about spacing and such. May even depend on the exact font > version > > Didn't test the hypothesis myself. Font appears to be open source > https://github.com/googlefonts/Inconsolata Thank you for the link. I had found that font earlier and installed it. Font rendering changed noticeably in LibreOffice so I assumed that LibreOffice was actually rendering with that font, but I still couldn't reproduce the bug which made me even more curious. The interesting thing is that logging messages that you posted aren't unreasonable values. So, I think this is a very, very subtle bug so I'll continue to look for a "stop the loop, it isn't getting to get any more precise" fix. One question for you: in https://bugs.documentfoundation.org/attachment.cgi?id=188626, there are no spaces within paragraphs. Is this the same in your private document? I ask because multi-line text with no spaces would support my theory that LibreOffice is getting in an infinite loop trying to find the ideal line break. Not that that would fix the bug, but it is one more data point that might help. -- You are receiving this mail because: You are the assignee for the bug.
