I have LibreOffice 4.4.0.3 on a Mac and it doesn't render CMU Fonts in Bold-face. Even when I change them to bold, it stays normal. This bug wasn't there in Libreoffice 3 and has been there from the start in Libreoffice 4. This is what prevented me from migrating. Please help! I had earlier installed the fonts as OTF, but now I have them in the TTF format and the bug persists. Thanks.
Sorry not migrating, I meant upgrading.
Please attach a sample file along with the font (assuming you have the rights to do so, please don't attach a file that is no freely distributed under some sort of copyleft license). Marking as NEEDINFO - once you attach a file and hopefully the font, set the bug to UNCONFIRMED. Thanks. Changing version to 4.0.0.3 release as you said this appeared in 4.0 release. Version is the oldest version that the bug is confirmed on, 4.0 all has special meaning which does not apply here.
Created attachment 113243 [details] Screenshot of the issue
Created attachment 113244 [details] ODT file showing the issue
Created attachment 113247 [details] Fonts used in the file The fonts are downloaded from sourceforge, so, hopefully, they are open-source.
In the future please read the message in its entirety as we don't review NEEDINFO bugs. I am pushing this back to UNCONFIRMED. Thanks for the info.
Version: 4.5.0.0.alpha0+ Build ID: 09f83e1f409853a6c6e4300287c4e50bad5b9d0b Locale: fr_ OSX 10.10.2 I can't reproduce the problem when the CMU fonts are not installed. When I open the document, the first line is in bold, the second line, normal weight. So, when the fonts are not installed, the fallback correctly substitutes that font for a bold weight. After I install the CMU fonts, the document *appears to be* incorrectly displayed. The first line no longer appears bold, however, if you select the word "bold" and remove the bold attribute, then you will notice a difference in display. So, it is not that the bold attribute isn't registered/displayed, just that the weight of CMU Serif is not sufficiently distinguished between BOLD/NON-BOLD. Whether this is down to our incomplete core text support for all font weights of a given family, the font itself, or some other problem linked to LO font handling, I have no idea, but it very much falls within the category of other True/Opentype font weight support issues that one sees in numerous font bugs with LibreOffice on OSX. Confirming
Setting as duplicate of 69254 *** This bug has been marked as a duplicate of bug 69254 ***
*** This bug has been marked as a duplicate of bug 35538 ***
*** This bug has been marked as a duplicate of bug 69254 ***
I can’t reproduce this, bold renders fine.