Closed Bug 1721026 Opened 3 years ago Closed 3 years ago

Variable font width is not rendered correctly

Categories

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

Firefox 91
defect

Tracking

()

RESOLVED DUPLICATE of bug 1732629

People

(Reporter: pepelopex, Unassigned)

References

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4558.0 Safari/537.36 Edg/93.0.946.1

Steps to reproduce:

Go to a website like https://v-fonts.com/fonts/indivisible-variable and try to play with the variable font width. Tested on macOS 12 Betas 2 & 3.

Actual results:

Changing the font width does not seem to have any effect.

Expected results:

Width 200 should be very thin and width 900 should be much bolder.

The Bugbug bot thinks this bug should belong to the 'Core::Layout: Text and Fonts' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Layout: Text and Fonts
Product: Firefox → Core

(In reply to pepelopex from comment #0)

Steps to reproduce:
Go to a website like https://v-fonts.com/fonts/indivisible-variable and try to play with the variable font width. Tested on macOS 12 Betas 2 & 3.

Actual results:
Changing the font width does not seem to have any effect.

Expected results:
Width 200 should be very thin and width 900 should be much bolder.

(I assume you meant "weight" rather than "width" here, as indivisible-variable only has a weight axis.)

This seems to work as expected for me in both Firefox release (90.0) and current Nightly (92.0a1) version on macOS 12.0 Beta (21A5284e). Could you please confirm exactly what versions you're using?

Flags: needinfo?(pepelopex)

I can't reproduce, either (on MacOS 11.5.1 in my case; I'm glad Jonathan has macOS 12 available for testing & couldn't reproduce there).

I wonder if maybe there was a temporary issue with the site when the reporter hit this issue? (e.g. the variable-width font just failed to load perhaps)? That sort of thing could explain this.

pepelopex, thanks for the bug report; if you can still reproduce this bug, please provide some more information about the exact Firefox & macOS versions you're using - thanks! Otherwise we can't really do anything here, given that we're not seeing the issue on our end. Screenshots may be helpful as well; they might hint about other possible explanations.

This is how the page should look like: https://fonts.google.com/specimen/Inter#standard-styles
(the ' Variable axes ' section further down in the same page allows you to play with the weight of the variable font)

Safari 15.0 (17612.1.24.1.4 → https://devsite.server2.trinchera.dev/wp-content/uploads/2021/08/Safari-15.jpg

New, fresh & clean installations of Firefox fail to render variable font sets well.

Tested on macOS Monterey 12.0 beta (21A5294g)

Flags: needinfo?(pepelopex)

It seems to work fine for me; currently running on 12.0 Beta (21A5284e).

(posting the reporter's screenshot, just in case the screenshot links in comment 4 break at some point).

See how Safari vs. Firefox performs in action:

https://youtu.be/B6pxRs4rSWU

See Also: → 1724063

Still unable to reproduce this here; the variable font works as expected. I do wonder if there's a connection to the issue in bug 1724063, where Google Fonts appears to be serving different CSS depending on UA sniffing, but no idea why the reporter sees a different result than I do.

Severity: -- → S4

I have updated my system and everything seems to be the same.

Versions involved:
– macOS Monterey 12.0 beta (21A5304g)
– Firefox stable 91.0.2 (64-bit)
– Firefox Developer 92.0b9 (64-bit)
– Firefox Nightly 93.0a1 (2021-08-27) (64-bit)

All tested in real environment, no emulators, no VMs.

Works fine with (tested browsers):
– Safari Versión 15.0 (17612.1.26.1.3)
– Microsoft Edge Versión 94.0.992.1 (Compilación oficial) Dev(x86_64)

I have tested with this sandbox page (verify that it is marked VF):

– Weight 100: https://rsms.me/inter/lab/?varWeight=100&varfont=1
– Weight 900: https://rsms.me/inter/lab/?varWeight=900&varfont=1

Try opening each link and compare Firefox vs other browsers running a macOS 12 beta.

It seems that it is not a website error. I'm afraid it will happen the same on any similar page we test with.

Here's a screen recording (reduced size) showing how it behaves for me in Nightly on 12.0beta. As far as I can tell, the variable font is working as expected.

So I'm still at a loss to know why it doesn't work for the reporter here.

According to https://bugzilla.mozilla.org/show_bug.cgi?id=1715898#c5 this problem exists only on non English systems. I changed my System Primary Language to English and it works. Then I changed it back to my language this Problem occurs again.

I confirm what Jürgen says. I have changed the original language of my MacOS 12 Official from Spanish to English and now it works.

Evidently, this is not the expected behaviour

When I revert and switch to another non-English language, the bug returns.

Actually it seems to affect all types of fonts, not just variables. For example, a bold font does not render correctly in either a normal font or a variable font.

In bug 1732629, we finally figured out what's going on here, and it should be fixed in the latest Nightly.

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: