1858869 - garbled text when speficic font is used on macOS 13.5 / Intel

Status: VERIFIED FIXED

(Core :: Layout: Text and Fonts, defect)

Description

[Sören Hentzschel]

Attachment: screenshot

Since bug 1803406 the text is garbled on some websites on macOS 13.5.2 on an Intel based device. Please see the attached screenshot (taken from https://anexia.lamapoll.de/netcup-Community-Event-Umfrage). It uses Open Sans as font. Open Sans is also used in the next example.

Comment 1

[Sören Hentzschel]

Attachment: another example

Comment 2

[Sören Hentzschel]

Attachment: Pimcore CMS (uses Open Sans as well)

Comment 3

[Jonathan Kew [:jfkthame]]

Ugh... that looks so much like the kind of issue bug 1803406 was supposed to fix, not cause more of!

Sören, could you confirm whether you have Open Sans installed locally in your Fonts library? If you uninstall your local copy, does that fix the problem?

Comment 4

[Sören Hentzschel]

Sören, could you confirm whether you have Open Sans installed locally in your Fonts library?

Yes, Open Sans is installed locally in my Fonts library, and uninstalling it fixes the issue.

Comment 5

[Jonathan Kew [:jfkthame]]

OK, thanks -- at least that makes a certain amount of sense.

I'm reverting the changes from bug 1803406 for now, so once that backout merges to Nightly, things should go back to how they were. Thanks for reporting this so promptly!

Comment 6

[Sören Hentzschel]

Thanks for reacting so fast! Do you need a copy of the affected font?

Comment 7

[Jonathan Kew [:jfkthame]]

Thank you, but no need; I've been able to reproduce an equivalent issue with a font I have on hand here.

Comment 8

[Robert Longson [:longsonr]]

Is bug 1858908 a duplicate of this?

Comment 9

[Jonathan Kew [:jfkthame]]

It's probably another manifestation of the same problem, though the examples are slightly different (direct use of installed fonts with font-family, vs @font-face rules with src:local(...)).

Comment 10

[Dimitry Andric]

I see the same here on macOS 13.6, on a M1 Mac (so arm64). At least it's architecture independent.

Note that I do not have any Open Sans font, but maybe there is another font that reuses the same name(s) as mentioned in bug 1803406?

Comment 11

[Dan Robertson (:dlrobertson)]

I can see this issue on a M1 mac on chat.mozilla.org when a monospace (code formatting) is used.

Comment 12

[Daniel Holbert [:dholbert]]

(In reply to Jonathan Kew [:jfkthame] from comment #5)

I'm reverting the changes from bug 1803406 for now, so once that backout merges to Nightly, things should go back to how they were. Thanks for reporting this so promptly!

That backout has hit mozilla-central, so I think we can call this FIXED-by-backout (bug 1803406 comment 30 - bug 1803406 comment 31).

Comment 13

[Daniel Holbert [:dholbert]]

For the folks who were able to reproduce this, could you verify that this is fixed in latest Nightly?

Comment 14

[Daniel Holbert [:dholbert]]

I heard back via email from one affected user that this is indeed fixed, testing using Nightly 20231014213654

Comment 16

[Rares Doghi, Desktop QA]

Hi @Sören can you please verify this issue in our latest beta build 120.0b9 and see if it still occurs on your end with the MacOs 13.5.2 ?
You can find the build here: https://www.mozilla.org/ro/firefox/channel/desktop/ please let us know and we will update the Tracking flag for 120 as well.

Comment 17

[Sören Hentzschel]

The affected device is no longer on macOS 13.5.2 but on macOS 14 instead. The issue can not be reproduced with Firefox 120.0b9.

Comment 18

[Rares Doghi, Desktop QA]

Thank you! I will update the flag based on comment 6.