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 All
: medium major
Assignee: Not Assigned
URL: https://help.libreoffice.org/6.3/en-U...
Depends on:
Blocks: Font-Substitution
  Show dependency treegraph
Reported: 2011-11-23 00:36 UTC by Harald Koester
Modified: 2023-02-18 20:52 UTC (History)
7 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
Testcases with expected and observed in single table (24.02 KB, application/vnd.oasis.opendocument.text)
2020-10-21 12:00 UTC, Timur

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 Comment hidden (obsolete)
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 Comment hidden (obsolete)
Comment 12 João Paulo 2020-10-07 01:24:39 UTC
I can confirm the bug still exists on LibreOffice, running on Windows 10.  However, on my system, the replacement font is not DejaVuSans, but LucidaSansUnicode.
Comment 13 Timur 2020-10-21 12:00:58 UTC
Created attachment 166579 [details]
Testcases with expected and observed in single table

Repro both Win and Lin. 
This is major issue. It invalidates "Always" check. 
HK made a great table. I add v2 with all in a single table and page.