PDF-Viewer does not honor embedded fonts

Description of the issue: PDF-documents (version 1.4 and 2.0) are displayed in Brave-Browser and rather flawlessly, too. This lures you into thinking that something may be wrong with your document, wenn 1 symbol is not correctly rendered. Alas.., I have imposed different fonts in my PDF and can now confirm that just all viewer-applications AND Mozilla Firefox do reproduce the same document as I have intended. Brave does not.
The ZapfDingbats, Helvetica or Times New Roman that Apache FOP comes with do not include enough special characters. But adding those from DejaVu Sans or others does not help, Unicode-format does not help, either. Brave just does just not do it.
How can this issue be reproduced?

  1. Embed a special character into a PDF-document or make it use something like Classica Book or Lato or any other font that is not Arial nor Helvetica as standard font.

  2. Open the PDF in Brave Browser

  3. Open the PDF in anything else.

Expected result: Brave does not – the others do present the document correctly.

Brave Version( check About Brave): Brave 1.87.165 (Offizieller Build) beta (64-Bit)

Chromium: 144.0.7559.59

Additional Information: I use docutils, Apache FOP and Ghostscript to transform HTML to PDF. Brave-Browser is faster than Firefox but now I think I will test my documents with Evince or QPdfView, instead.

Not sure if I did this right.

Ironically both Brave and Firefox rendered some glyphs Notepad couldn’t with this font. Interestingly pasting this from NotePad into Word causes Word to change the font on some of those symbols. Something I did notice.

Pasting into Word looked like this:

(And yes, hopping between characters, fonts did not stay on Lato. So maybe this issue you’re running into is that a certain symbol may not actually exist on that font?)