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.
I retested this. Older attachment 154273 [details] opens on another Linux system in current LO master 24.2 showing font missing (italic in Font box). ODT and DOCX attachements I created in LO 24.2 open on another Linux system in LO and in MS system in MSO, showing embedded fonts as expected. They appear in font list and can be used. So this seems WFM and I close. Should someone retest differently, please explain.
On my system: Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 16; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: ro-RO (C.UTF8); UI: en-US Gentoo official package Calc: threaded It uses a substitution font, actually. MS Word does that too, just it uses a different font (Calibri).
(In reply to msdobrescu@gmail.com from comment #10) > On my system: > It uses a substitution font, actually. > MS Word does that too, just it uses a different font (Calibri). Which test file did you test with? If it was your own, what version of LO did you create the file with?
I have used attachment 154273 [details].
Thank you. I wouldn't test with an older file, I would try with a new file to see if recent versions behave better in embedding the fonts. However, I can reproduce with the following steps: 1. Install Respective 2.0 font from https://www.dafont.com/respective.font 2. Create an ODT that uses the font 3. File > Properties > Font > Embed fonts in the document 4. Save and close (file is huge because of some Noto CJK fonts, but can be avoided by unticking "Asian Fonts") 5. Uninstall the font (or deactivate it, which can be done with e.g. the GKT app "Font Manager") 6. Reopen the document Result: a fallback font is used, even though the extracted file has the corresponding TTF in the Fonts directory. In the console, I get: warn:xmloff:605332:605332:xmloff/source/style/XMLFontStylesContext.cxx:221: unknown element urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0 svg:font-face-format Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5589659829f8a1cef8ca1c8a468732105bbe231b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
*** Bug 159447 has been marked as a duplicate of this bug. ***
From dupe bug 159447 see attachment 192253 [details] and testing font from attachment 192254 [details]
Dear admin, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Stéphane Guillou (stragu) from comment #13) > However, I can reproduce with the following steps: > > 1. Install Respective 2.0 font from https://www.dafont.com/respective.font > 2. Create an ODT that uses the font > 3. File > Properties > Font > Embed fonts in the document > 4. Save and close (file is huge because of some Noto CJK fonts, but can be > avoided by unticking "Asian Fonts") > 5. Uninstall the font (or deactivate it, which can be done with e.g. the GKT > app "Font Manager") > 6. Reopen the document I get this: One or more fonts embedded in the document have no editing permission. Open document in read-only mode? Pressing [ No ] will drop these fonts from the document: Respective 2.0 Opening it in read-only mode shows the font just fine. So it seems the original issue is gone. Read bug 145967 to learn more about restrictive licensing in font files. Arch Linux 64-bit Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 4b4be2f51d227cb39da5a0a9e738dfb48011450d CPU threads: 8; OS: Linux 6.19; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 21 March 2026 Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 38ea6c42fd0bfdb0904d182627229cf224c1b822 CPU threads: 2; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded