Skip to main content
Question

Font Variables breaking font styles


AZ1

I created variables for weight, font family, and sizes.

In our design library, I updated all our font styles with variables. The variables are listed below.

The problem is that sometimes, the fonts would show up as “Open Sans Condensed” instead of “Open Sans”. The only way to correct it was to break the link to the style and then reapply it. It broke many components and styles where this library was used.

I disconnected all the variables from the font styles and defined them as one would normally. I published the library again. Updated the library within the file and the font on the text was still wrong. The fix is to select the component. Reset changes and then undo.

Not sure what I did wrong or why it broke so much stuff. But, I would like to resolve it as we plan on making several different modes for different accessibility needs and this would save us a considerable amount of time.

Note: Open Sans is not installed locally. The problem occurs on Mac and PC using Chrome, Firefox, and the Figma app.

Variables:

#:Number, T:String

Weights:
#Light | 300
#Regular | 400
#Semibold | 600
#Bold | 700

Font Family:
T: Default | Open Sans

Sizes:
#H1 | 40
#H2 | 32
#H3 | 24
#H4 | 20
#H5 | 16
#Body | 14

etc…

19 replies

Hey! Did you got any solution for the above mentioned issue? I’m also facing the same, please share if any, Thanks!


AZ1
  • Author
  • 2 replies
  • June 19, 2024

Unfortunately, no. I just had to stop using variables for fonts. Had to manually go back and fix everything.


Alden_Brown

Just adding in a comment here to say that I’m also dealing with this issue to hopefully give it a bit more visibility. We’ve spent months building out our design system, and now, suddenly, when I use the styles on other pages, Figma says it doesn’t recognize the font since the font is appended by its weight (ex., “Roboto, Medium”, and not just Roboto). At this point, it would be such a massive effort to try and go back and fix this, so I’m hoping for a solution to show up that isn’t just “redo everything and don’t use this feature anymore.”


stephenjohnston

I am also dealing with this. I’ve spent a lot of time building things out and to have fonts change willy-nilly is frustrating for sure. Hoping there is a bugfix for this soon.


Celine_D
Figmate
  • Community Support
  • 3418 replies
  • September 26, 2024

Hi there! I see in the backend you have filled out a ticket, and the technical specialist is waiting more information to investigate your issue. Please reply them directly via email. For your reference, your ticket number is #1113993.

For others who may encounter a similar issue, I’d also recommend you to reach out directly to the support team so we can investigate further the root cause of the issue on your end. Please fill out this form: https://help.figma.com/hc/en-us/requests/new

Please use your Figma account email, include a link to the file, and add support-share@figma.com as an Editor, so they can take a closer look. Thank you!


kiprou
  • New Participant
  • 13 replies
  • October 5, 2024

Happening here too. Our font-weight variables (regular, medium, semibold, bold) keep breaking when font-family variable is changed.


Vytautas_Grizas

we experience same problems, using font variables such as weight and width breaks everything when trying to edit the text and fonts fallback to closest font weight default value, such as regular or bold and font width resets to default.

Please someone take a look, because using font with variables such as weight and width is in our brand style and we are kinda lost now…


Roman_Bartos

Started having the same issue. Font-weight variables is not applied when the text is in style. I need to detach it from the style for the variable to be applied.


Zach_Murphy

Any updates on this? It’s still broken on my end and throwing a wrench in everything.


AZ1
  • Author
  • 2 replies
  • November 12, 2024

I don’t know. They wanted me to send a link to the affected file. But I fixed everything by then.


Chelsea_Studenski1

This just started happening to me. Our design system needs multi-brand support. I created paragraph styles earlier this month using variables to define the font-family and font-weight, with values defined for each brand using modes. Initially, it appeared to be working. However, things now break when I apply “body/bold” and change to one of the brand modes. Brand 1 (default/white-labeled brand)'s body font uses Semi Bold, Brand 2 uses Medium, and Brand 3’s font uses Semibold.

If I disconnect the text layer from the style after noticing it appears to be “stuck” while trying to toggle modes, I find that it is trying to apply Semi Bold to Brand 2, which isn’t an option for that font, instead of applying the value outlined for that mode.


Alex184
  • New Participant
  • 7 replies
  • February 10, 2025

Bumping. Currently have a similar font rendering issue with Open Sans. It keeps change Regular to Condensed Regular. 
 

Ive reported it in Figma and opened a ticket. 


Stefan Reichert

I’ve also experienced this with Open Sans

Using Bold in the component and displays condensed version in any instance. This occurs without any library updates in other files using the library.

 

The component has the variable ‘bold’ = 700 assigned and looks good

 

 

The instance has an error and is not using the assigned variable of the component

 

If I detach the font-weight variable it shows that it is using a condensed version.

 


Yuan Tian
  • New Member
  • 2 replies
  • February 12, 2025
Stefan Reichert wrote:

I’ve also experienced this with Open Sans

Using Bold in the component and displays condensed version in any instance. This occurs without any library updates in other files using the library.

 

The component has the variable ‘bold’ = 700 assigned and looks good

 

 

The instance has an error and is not using the assigned variable of the component

 

If I detach the font-weight variable it shows that it is using a condensed version.

 

Hi Stefan, are you using a font that’s managed by the organization/team, or using the local Google font? We’ve seen a problem from users with the organization font, but wanted to see if it happens just with local Google fonts too.


Stefan Reichert
Yuan Tian wrote:
Stefan Reichert wrote:

...

 

Hi Stefan, are you using a font that’s managed by the organization/team, or using the local Google font? We’ve seen a problem from users with the organization font, but wanted to see if it happens just with local Google fonts too.

 

Hi Yuan,

we don’t have any fonts installed in our (Enterprise) organization in Figma.
I also have only installed light, regular, semibold, and bold locally on macOS (latest). There is no condensed or light installed.

I’m using the desktop application, but just verified it in the browser as well.

If I deactivate the local installed Open Sans, it works again. I assume it falls back to the ‘Figma cloud controlled’ Open Sans directly from Google. But a lot of users have Open Sans installed on their computer, because it is our main digital font used in other applications as well.
 

Thanks
Stefan


Christoph_M
  • New Participant
  • 9 replies
  • February 12, 2025

@Stefan Reichert ​@Yuan Tian I have exactly the same issue (regular font weight converts to condensed with a font-weight variable of 400) and also reported a bug to Figma today. It worked for over half a year with expressing font weights via number variables. We did not change anything, no new type installation, no new variables. It must have been a thing Figma changed within one of the last updates. At us, it only appears if I create an instance with a font variable in the component attached. If I create a text and apply a font variable outside of a component, it looks ok.


Christoph_M
  • New Participant
  • 9 replies
  • February 12, 2025

Narrowed it down: for us, it does not happen when applying a text style that includes font weight.

It only happes when breaking the style - or applying individual variables for font-weight at a new text layer.


Christoph_M
  • New Participant
  • 9 replies
  • February 14, 2025

It has been fixed by Figma yesterday and works again for us. I hope for you too.


Stefan Reichert
Christoph_M wrote:

It has been fixed by Figma yesterday and works again for us. I hope for you too.

Yes, works again. Thanks for the heads up.

Stefan


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings