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.
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 :-)
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
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.
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.
would you please create a new simple test case with just the residual issue?
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.
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: 5.0.1.2 (32-bit) Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: fi-FI (fi_FI)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Bug still exists in version 5.2.2. Bug already exists in version 3.3.0. Hence inherited from OOo.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still exists in version 6.1.4 (64 bit, Win 10).
I can confirm the bug still exists on LibreOffice 7.0.1.2, running on Windows 10. However, on my system, the replacement font is not DejaVuSans, but LucidaSansUnicode.
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.