Bug 69254 - LibreOffice unable to correctly handle regular font weights/styles on Mac
Summary: LibreOffice unable to correctly handle regular font weights/styles on Mac
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.1.2 release
Hardware: Other Mac OS X (All)
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: BSA
Keywords: bibisectRequest, regression
: 68889 69881 79726 89242 101905 (view as bug list)
Depends on: 35538
Blocks: Fonts
  Show dependency treegraph
 
Reported: 2013-09-12 08:11 UTC by Carlo Bertelli
Modified: 2017-11-11 14:25 UTC (History)
15 users (show)

See Also:
Crash report or crash signature:


Attachments
LO 4.2.4 Windows, original document (54.39 KB, image/png)
2014-06-07 07:59 UTC, Thomas Linard
Details
LO 4.3.0 beta 1 Mac OS X, original Windows document opened with Mac version (137.06 KB, image/png)
2014-06-07 08:00 UTC, Thomas Linard
Details
Font Book with Fira Sans Medium (115.17 KB, image/png)
2016-06-11 08:19 UTC, b4stien
Details
LibreOffice without Fira Sans Medium (172.28 KB, image/png)
2016-06-11 08:19 UTC, b4stien
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Carlo Bertelli 2013-09-12 08:11:03 UTC
Problem description: 
We have a corporate font which is behaving perfecly elsewhere, but fails to recognize regular (and bold), detecting only italic and bold-italic styles.

Steps to reproduce:
Try to define a style.

Current behavior:
Shows only italic and bold-italic

Expected behavior:
Detect or at least accept "Normal" or "Regular".
Operating System: Mac OS X
Version: 4.1.1.2 release
Comment 1 Jean-Baptiste Faure 2013-11-16 17:03:45 UTC
Which font it is? Without this information it is not possible to investigate.
How work other fonts ?

Best regards. JBF
Comment 2 QA Administrators 2014-06-01 21:30:34 UTC Comment hidden (obsolete)
Comment 3 Alex Thurgood 2014-06-06 22:40:19 UTC
*** Bug 67744 has been marked as a duplicate of this bug. ***
Comment 4 Alex Thurgood 2014-06-06 22:40:53 UTC
*** Bug 69881 has been marked as a duplicate of this bug. ***
Comment 5 Alex Thurgood 2014-06-06 22:42:48 UTC
*** Bug 68889 has been marked as a duplicate of this bug. ***
Comment 6 Alex Thurgood 2014-06-06 22:43:28 UTC
*** Bug 71034 has been marked as a duplicate of this bug. ***
Comment 7 Alex Thurgood 2014-06-06 22:47:33 UTC
Setting to regression as this affects existing documents that previously displayed normally
Comment 8 Alex Thurgood 2014-06-06 22:49:31 UTC
LO 4.0.x displays font weights correctly
Comment 9 Thomas Linard 2014-06-07 07:59:15 UTC
Created attachment 100588 [details]
LO 4.2.4 Windows, original document
Comment 10 Thomas Linard 2014-06-07 08:00:27 UTC
Created attachment 100589 [details]
LO 4.3.0 beta 1 Mac OS X, original Windows document opened with Mac version
Comment 11 Alex Thurgood 2014-06-07 09:51:27 UTC
*** Bug 79726 has been marked as a duplicate of this bug. ***
Comment 12 Alex Thurgood 2014-06-07 09:56:53 UTC
Don't know which developer might be knowledgable in this area, font support on OSX using Apple's new API is afaik incomplete / not fully implemented.
Comment 13 Alex Thurgood 2015-04-03 15:09:21 UTC
*** Bug 71034 has been marked as a duplicate of this bug. ***
Comment 14 Milan Bouchet-Valat 2015-04-03 15:25:46 UTC
Alex: Since you marked all the bug reports as duplicates of this one, maybe you could give more details about what's common to them. Currently, this report is much less detailed than the duplicates, and the font needed to reproduce is not easily available. Bug 71034 for example contains many more technical details and provides a reproducer with free/standard fonts.
Comment 15 Alex Thurgood 2015-04-03 15:59:32 UTC
*** Bug 89242 has been marked as a duplicate of this bug. ***
Comment 16 Alex Thurgood 2015-04-03 16:10:40 UTC
(In reply to Milan Bouchet-Valat from comment #14)
> Alex: Since you marked all the bug reports as duplicates of this one, maybe
> you could give more details about what's common to them. Currently, this
> report is much less detailed than the duplicates, and the font needed to
> reproduce is not easily available. Bug 71034 for example contains many more
> technical details and provides a reproducer with free/standard fonts.

Not being a developer, I could well be wrong, but it seems to me that the common issue here is incorrect weighting of a fairly large number of font families that occurred somewhere between 4.0 and 4.1 release, particularly with bold weights.

All I know is that this issue has been with us on Mac since the transition between 4.0 and 4.1 and has had no takers thus far from any dev. If others deem it appropriate to reset the main bug to another one, then who am I to argue.
Comment 17 Adolfo Jayme 2015-04-29 16:30:29 UTC Comment hidden (off-topic)
Comment 18 Alex Thurgood 2015-04-29 21:30:20 UTC Comment hidden (off-topic)
Comment 19 b4stien 2016-06-11 08:19:01 UTC
Created attachment 125599 [details]
Font Book with Fira Sans Medium
Comment 20 b4stien 2016-06-11 08:19:30 UTC
Created attachment 125600 [details]
LibreOffice without Fira Sans Medium
Comment 21 b4stien 2016-06-11 08:20:18 UTC
This bug is still affecting versions 5.1.3.2 and 5.2.0.0.beta_2.

Attached are screenshots of "Font Book" and LibreOffice 5.1.3.2 where you can see that the "Medium" variant of "Fira Sans" is missing in LibreOffice (although working everywhere else). "Fira Sans" is a free font from Google, you can download it to reproduce there: https://www.google.com/fonts#UsePlace:use/Collection:Fira+Sans.
Comment 22 Alex Thurgood 2016-09-06 09:46:30 UTC
*** Bug 101905 has been marked as a duplicate of this bug. ***
Comment 23 Xisco Faulí 2016-09-13 08:29:27 UTC
Adding keyword 'bibisectRequest'.
This regression can be bibisected with http://dev-downloads.libreoffice.org/bibisect/mac/Bibisect_MacOSX10.6%2b_lo-4.1_to_lo-4.2.tar.bz2
Comment 24 Alex Thurgood 2017-07-28 08:02:44 UTC
With the move to harfbuzz and the recent coretext changes made in 5.3, shouldn't we be asking people to retest with current production release and reporting back ?
Comment 25 Thomas Linard 2017-07-28 13:05:25 UTC
Duplicate of Bug 35538.

Still valid for 5.3.4.
Comment 26 ikjt 2017-07-28 16:10:45 UTC
The freely available Overpass typeface from Red Hat has enough weights (8 plus italics) to clearly demonstrate the problem.

http://overpassfont.org/

What happens with typefaces like this is that some of the weights will fail to show up in the font selector in LO. And of those that do show up, some will randomly produce the wrong weight. Testing just now, I'm missing "Extra Light" and "Heavy" entirely. "Thin" and "Light" both produce the the same weight.

As another example, I have the commercial typeface Akagi in a five-weight configuration. The heaviest one (Ultra) will not show up in LO. Using the second-heaviest (Extra Bold) actually produces Ultra instead. Disabling Ultra in Font Book makes Extra Bold work correctly.