Description: Any dialog that includes a Bold/section font is displaying an incorrect font/weight Steps to Reproduce: 1. Open any libreoffice document type 2. Go to preferences Actual Results: See how any section is using a different font/weight for bold (Ex: Address) Expected Results: Use either system font or render correct font as per libreoffice screenshots on your website Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info:
Created attachment 157679 [details] preferences screenshot
No repro with Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa Threads CPU : 4; OS : Mac OS X 10.15.3; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Which system font do you have with your version of macOS ? Which version of macOS ? Have you declared any substitute fonts under LO Preferences > Fonts ?
I have not added any replacement to Fonts in Preferences > Fonts. I'm using latest version of Catalina: `10.15.4 (19E287)` and have all default fonts plus many others including some open-source ones like UbuntuMono. Do you believe one of those extra fonts are being picked up because they may be available on my machine? Do you have any specific culprit in mind? Version: 6.4.3.2 Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 16; OS: Mac OS X 10.15.4; UI render: GL; VCL: osx; Locale: pt-BR (pt_BR.UTF-8); UI-Language: en-US Calc: threaded
Now looking at my existing fonts, it looks like the bold version was using https://docs.microsoft.com/en-us/typography/font-list/gill-sans-mt which is available by default on windows. Not sure if LibreOffice is picking that instead of a default on on MacOS bacause it found the font on the system.
Ok, I tried to remove those fonts from the system and LibreOffice went back to "normal". So there is something wrong with the font preference, as it is using a windows font as more preferable than the expected one on mac OS
[Automated Action] NeedInfo-To-Unconfirmed
I see the Gill family on my system too, but unfortunately not the display issue you are reporting in the LibreOffice preferences. By any chance, do you have a version of Microsoft Office installed, and if so, which one ?
@Gabriel : out of interest, do you a LO language pack installed, and if so, which one ? I vaguely remember someone else reporting a similar issue a while back on another version of macOS (Mojave, Sierra ?) with an installed German lang-pack.
(In reply to Alex Thurgood from comment #8) > @Gabriel : out of interest, do you a LO language pack installed, and if so, > which one ? I vaguely remember someone else reporting a similar issue a > while back on another version of macOS (Mojave, Sierra ?) with an installed > German lang-pack. OK, forget that, I saw that you posted the version details of LO with pt-BR langpack.
(In reply to Alex Thurgood from comment #7) > I see the Gill family on my system too, but unfortunately not the display > issue you are reporting in the LibreOffice preferences. > > By any chance, do you have a version of Microsoft Office installed, and if > so, which one ? I do have, latest from 365 (16.38 as of right now)
no problem here Version: 7.1.0.0.alpha0+ Build ID: 8c18cd6823ddf4ef5ba67801a84cee26c9b5a9a6 CPU threads: 4; OS: Mac OS X 10.15.6; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded I didn't install any third-party fonts
no repro Additional Info: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 246f24ebc8227345f13784d9e2f055d813f3d24f CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: ru-RU (ru_UA.UTF-8); UI: en-US Calc: threaded Version: 7.1.5.2 / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: ru-RU (ru_UA.UTF-8); UI: en-US Calc: threaded
@Gabriel: this is very curious. Can you use an uninstaller like the free AppCleaner for macOS and completely uninstall LibreOffice. Then reinstall LO 7.5.1.2 and see if the problem persists.
Dear Gabriel, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Gabriel, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp