This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Firefox bug after 84.00 update on "Save as PDF" for certain unicode characters, also trigger the new and old PRINT DIALOG

  • 6 cavab
  • 1 has this problem
  • 16 views
  • Last reply by coolvaggos

more options

Im working for my government posting applies to this certain website: https://voucher.gov.gr/ui/project/37/personal

When an apply is completed i printed on pdf to save locally.

This was fine till Firefox update 85.00 ( i jumped from 83.00 to 85.00, i don't know why. but i can reproduce it even on 84.00.

) When i tried to save as pdf, the character encoding of upper part of page (i think its header) you should defently see the exact same page to found out why ( https://voucher.gov.gr/ui/project/37/personal ) is appear with squares and the characters is losted, and unavailable. ( you can see here: https://imgur.com/a/W3g0Tz6 )

Also After the updated version for PRINT DIALOG (the new one) the new dialog, is not showed up, (see image)

if you are updating from old version with old profile. 

I had to delete the old profile to appear the new dialog, and there is no setting to get the new one, from old one.

On Firefox prior to 84.00: ( on 83.00 for example) this issue is not there ( and the page has not change at all), the save to pdf was working perfectly, and the characters as shown on the image, is perfectly grabbed and saved. I could not find any other website to replicate this issue so please, invest it here..

https://voucher.gov.gr/ui/project/37/personal

thank you.

Im working for my government posting applies to this certain website: https://voucher.gov.gr/ui/project/37/personal When an apply is completed i printed on pdf to save locally. This was fine till Firefox update 85.00 ( i jumped from 83.00 to 85.00, i don't know why. but i can reproduce it even on 84.00.

) When i tried to save as pdf, the character encoding of upper part of page (i think its header) you should defently see the exact same page to found out why ( https://voucher.gov.gr/ui/project/37/personal ) is appear with squares and the characters is losted, and unavailable. ( you can see here: https://imgur.com/a/W3g0Tz6 ) Also After the updated version for PRINT DIALOG (the new one) the new dialog, is not showed up, (see image) if you are updating from old version with old profile. I had to delete the old profile to appear the new dialog, and there is no setting to get the new one, from old one.

On Firefox prior to 84.00: ( on 83.00 for example) this issue is not there ( and the page has not change at all), the save to pdf was working perfectly, and the characters as shown on the image, is perfectly grabbed and saved. I could not find any other website to replicate this issue so please, invest it here.. https://voucher.gov.gr/ui/project/37/personal thank you.
Attached screenshots

Chosen solution

So a solution came up from Jonathan Kew (:jfkthame): The affected text seems to be getting assigned to the "LastResort" font in your version of the PDF, whereas for me it appears in the macOS system font ".SF NS".

I think this might have something to do with the optical-sizing feature in the font. If you go to "about:config" and find the setting "layout.css.font-variations.enabled", and double-click to set it to "false" solves my problem.

The only thing is this, gonna affect any other website fonts functionality?

Read this answer in context 👍 0

All Replies (6)

more options

UPDATE it seems that its there after 82.00 update. on 81.00 it works fine. but for some reason one time as i was writing (replacing firefox over and over the other) the 83.00 seemed to work also.. I dont know... but with the clean installation the bug its there from 82.00.

more options

After 18-19 installations and un-installations (i figured it out that FF, forces update even on first launch of old updates.. ( thats creepy) (so before i even launch the old version, the new one was already installed, as i had a gigabit connection).... Any way... I CAME DOWN TO A CONCLUSION:

That it has something to do with the dialog. The system (mac dialog) and the new one) As i noticed ( after clean install with new profile , and cutted off the internet connection the FF doesnt seems to "fetch" a request for new PRINT dialog, and it uses the old one.) EVEN on 85.00 i can replicate that, that if i cut the internet connection and hit cmd+P , the print dialog is the old one. And it could at sometime "fetch" the new. (so i assume its some kind of server request.) And finally to sup up: to conditions: With the new print dialog, it does the bug at every version of 82.00 and above.. if it hurry and fetch the new dialog you are screwed to bug. (its different if it doesnt fetch at all the new dialog and the way its procces the webpage to make the pdf, than just hitting use the system default dialog.) With the old dialog and internet connections cutted off so to not use the new one. I managed to make the pdf perfectly save till (and ) firefox 84.00, on 85.00 i managed to force use the old dialog but the characters its still messy...

Hope for you to have a better image of all..

more options

This is strange. Can you file a bug about it on the https://bugzilla.mozilla.org/enter_bug.cgi page? Then please paste your issue URL here. Thanks.

more options

I already did, and get into right category of bug, already. Hope someone can forward to dev team for examination further https://bugzilla.mozilla.org/show_bug.cgi?id=1690235

more options

Same problem for me. On a PDF form, I have characters that print at a larger size. In addition I automatically have a blank page at the end of all my documents printed by the new version of Firefox.

more options

Seçilmiş Həll

So a solution came up from Jonathan Kew (:jfkthame): The affected text seems to be getting assigned to the "LastResort" font in your version of the PDF, whereas for me it appears in the macOS system font ".SF NS".

I think this might have something to do with the optical-sizing feature in the font. If you go to "about:config" and find the setting "layout.css.font-variations.enabled", and double-click to set it to "false" solves my problem.

The only thing is this, gonna affect any other website fonts functionality?