Download it now!
Bug 43185 - Font Replacement According Replacement Table (Option) does not Work as Expected
Summary: Font Replacement According Replacement Table (Option) does not Work as Expected
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Font-Substitution
  Show dependency treegraph
Reported: 2011-11-23 00:36 UTC by Harald Koester
Modified: 2019-02-11 16:49 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Tables with expected and observed behavior (12.12 KB, application/vnd.oasis.opendocument.text)
2011-11-23 00:36 UTC, Harald Koester
Testcases with expected and observed behaviour (21.90 KB, application/vnd.oasis.opendocument.text)
2015-06-23 18:33 UTC, Harald Koester

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2011-11-23 00:36:07 UTC
Created attachment 53793 [details]
Tables with expected and observed behavior

In the dialog "Options > LibreOffice > Fonts" you can determine font replacements. In some cases these replacements do not work as expected. I will add a file to this bug report containing 2 tables, one with the replacements I expected and one with the observed replacements.
Comment 1 Michael Meeks 2012-09-14 13:55:15 UTC
Thanks for the report. I printed (well export to PDF which is nearly the same thing in the modern world) the:  checked,checked,yes case - and it worked fine for me.

IMHO this is well worth re-testing with 3.6.2; the description is pretty clear - I'm on Linux instead of Windows though which makes it harder to confirm. To make a visible replacement, add some font 'Times New Roman' or whatever for a Symbol font - so it's v. noticeable that it is either substituting or not :-)

Thanks for the report ! ( out of interest, what do you use this feature for ? :-)

Hopefully font embedding (which we're implementing) will help reduce our issues with fonts across platforms :-)
Comment 2 Joel Madero 2012-10-16 21:16:33 UTC
I'm going to go ahead and mark this as WORKSFORME. I'm unable to reproduce on Windows or Linux and Michael has already said he was unable to reproduce. If this is still an issue please reopen as UNCONFIRMED and let us know what version of LibO you're using and on what OS (what version of Windows). 

Thanks for helping us with the bug report :-D
Comment 3 Harald Koester 2012-11-29 15:31:03 UTC
Answer to Michael's question: I do not use these options. What I did is to write the German version of the chapter 2 of the Writer Guide "Setting up Writer". Hence the existing documentation was not very clear for me, I tested the different option combinations in order to find out how LO behaves.

There are some bug reports related to displaying and warning in the case of missing fonts (bug 44376, bug 45632, bug 47224, bug 54122, bug 57282). I think that problem should be resolved first. Afterwards I will have a look, if it is necessary to reopen this bug. Furthermore I will leave a link to this bug in bug 44376.
Comment 4 Harald Koester 2015-06-23 18:33:41 UTC
Created attachment 116772 [details]
Testcases with expected and observed behaviour

I checked this bug again with the 8 different test cases listed in this attachment. To my opinion with 4 test cases the behaviour is still not OK. Hence I will set back this bug to UNCONFIRMED.

Used version: 4.4.3. OS: Win7, 64bit.
Comment 5 tommy27 2015-08-17 17:09:21 UTC
would you please create a new simple test case with just the residual issue?
Comment 6 Harald Koester 2015-09-03 14:15:23 UTC
Below you will find the test procedure for test case no 6 according the attachment. The procedures for the other test cases are similar. You have to adopt the steps [3] and [4] according the conditions of the different cases. And of course the results are also different. Besides the result of test case 6 also the results of cases 3, 4 and 8 are buggy.

Procedure for test case no 6:

[1] Start LibreOffice and open options dialogue.
[2] Select “LibreOffice > Fonts” and check “Apply replacement table”.
[3] Insert a font replacement: Use a fictitve font (i.e. not installed) and replace it with an installed font.
[4] Check “Screen only” and uncheck “Always”. Then OK.
[5] Open a new text document.
[6] Insert some text and assign the fictive font to this text. The font ot the text changes.
[7] Insert some more text and assign the replacement font to this text.
[8] Compare the text: The fonts are not equal. Expected: Equal fonts. This means that the font replacement defined in step [3] and [4] has not been performed. 
[9] Hence the assigned font in step [6] is not installed, the displayed font can only be the standard font which is used when a font is not installed. In order to check this insert some more text and assign a different fictive font to this text.
[10] Compare the fonts of step [6] and step [9]. They are equal!
[11] In order to determine the standard font export the document as pdf. 
[12] Open the document with your pdf reader and check the used fonts. On my system (Win7) two fonts are used. One is the replacement font (step [7]), the other has to be the standard replacement font (step [6] and [9]). On my system it is DejaVuSans.
Comment 7 Buovjaga 2015-09-14 09:52:39 UTC
Reproduced comment 6.
Checked in PDF editor and the replacement font is DejaVuSans, even though it should be ArialMT!

Win 7 Pro 64-bit, Version: (32-bit)
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Locale: fi-FI (fi_FI)
Comment 8 QA Administrators 2016-09-20 10:32:40 UTC Comment hidden (obsolete)
Comment 9 Harald Koester 2016-10-01 13:03:24 UTC
Bug still exists in version 5.2.2.
Bug already exists in version 3.3.0. Hence inherited from OOo.
Comment 10 QA Administrators 2017-10-23 13:59:52 UTC Comment hidden (obsolete)
Comment 11 Harald Koester 2019-01-24 12:23:13 UTC
Bug still exists in version 6.1.4 (64 bit, Win 10).