Description: Using the embed fonts in document option, the saved document size is much larger, so seems something is being embedded. However, opening the document on another system without the fonts installed, the fonts are not rendered correctly at all (rendered in some Sans font). Steps to Reproduce: 1. Create new document with some text using a specialized font that is not installed on the target system 2. Use File > Properties > Font > embed fonts in document 3. Save document and transfer to the target system without the specialized font Actual Results: The font that is not installed on the target system is rendered in some default Sans font Expected Results: Text should be rendered with the embedded fonts in the document Reproducible: Always User Profile Reset: No Additional Info:
Reproduced. I tested with Electroharmonix http://typodermicfonts.com/electroharmonix/
Version: 6.4.0.0.alpha0+ (x64) Build ID: 1ba34e905f717f15afabb514d9740d53c85e4af4 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-23_23:19:37 Locale: en-US (ja_JP); UI-Language: en-US Calc: CL
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 154273 [details] Bug 126936 sample document
(In reply to himajin100000 from comment #1) > Reproduced. I tested with Electroharmonix > http://typodermicfonts.com/electroharmonix/ status NEW because of comment 1
After a bit of further test, it became clear the font I used, i.e. Electroharmonix , has FsType 0x0004. and cannot be registered even as a temporary font. so, the previous comment of mine should be marked OBSOLETE. https://opengrok.libreoffice.org/xref/core/vcl/source/gdi/embeddedfontshelper.cxx?r=b1ca0e5a#150 Next, I used GD-HighwayGothicJA-TTF available from https://forest.watch.impress.co.jp/library/software/gdhighway/ Note: Ads are often fraudulent. Please be sure that the filename of the file you are downloading is GDHighwayGoJA-Rev108b-TTF.zip I installed this font and used for both ascii(in case only the Latin fonts checkbox is checked) and Japanese text ( namely 三鷹, a Japanese city with a character in the second index that made me easy to tell if the font is actually used ), and saved to an odt file. Then, I uninstalled the font and let my own dbgutil LibreOffice build load the file to get the log. the message I got: warn:vcl.fonts:1448:12084:vcl/win/gdi/salfont.cxx:1206: temp font was registered but is not in enumeration: file:///C:/build/instdir/program/../user/temp/embeddedfonts/fromdocs/GD-HighwayGothicJA-TTF5.ttf produced at https://opengrok.libreoffice.org/xref/core/vcl/win/gdi/salfont.cxx?r=16ab4c5c&mo=39156&fi=1203#1203 probably after trying to register the font extracted to https://opengrok.libreoffice.org/xref/core/vcl/source/gdi/embeddedfontshelper.cxx?r=b1ca0e5a#163 Is the message I got related to the cause of this bug?
minor typo a character that made me easy to tell -> a character that made it easy for me to tell
Feature unusable, that is major bug for me. Not single document problem.