Created attachment 83221 [details] the font "Rotis Semi Sans 55" LO 4.1.0.4 on Ubuntu 12.04 64bit After updating from LO 4.0.2.2 to 4.1.0.4 documents written with the font "Rotis Semi Sans 55" (a special font from my company, that I have to use in many documents) aren't displayed correctly anymore. The distances between the paragraphs are too small. In 4.0.2.2 documents with this font worked without problems. If I open a new document and change the font to "Rotis ..." and start writing the paragraph distance is too small. All other fonts are working normal. This is a very severe problem for me, because all people in my company have to use this font for official documents. In the attachment you can find the affected font for testing.
In my bug report before I forgot something. If I change the font for example in Arial Narrow, which is quite similar, the document is displayed in a normal way and the distances between the lines are normal.
Today I saw that impress shows the same behaviour. If I open a presentation with the font "Rotis..." the line height is too small. I think LO displays the signs not in the real height. I will add screenshots of the page in "Rotis" an the same page in "Arial narrow".
Created attachment 83276 [details] slide wrong displayed with Rotis
Created attachment 83278 [details] slide right displayed with arial narrow
Created attachment 83564 [details] FontForge screenshot of metrics for Rotis and DejaVu Sans fonts. This is not necessarily the cause of the problem, but it is worth noting that the SPACE (U+0020, named "glyph1") character in the provided custom font is mapped to the beginning of the Private Use Area (U+E001, named "space"). I am not sure why this would be necessary, but it seems erroneous. A more likely cause of your problem is that LO is now (more) correctly interpreting the metrics of your font. I have attached a screenshot of what FontForge shows for the OS/2 > Metrics tab. There are significant differences e.g., a "Typo Line Gap" of zero for your font. It is possible this is contributing to the line spacing issue.
Today I tested LO 4.1.0 on Windows XP and here the font "Rotis Semi Sans" is displayed in the right way. So I think it's only a problem on linux machines.
After upgrading to 4.1.1.2 the problem still exists.
After upgrading to 4.1.2.3 the problem still exists.
After upgrading to 4.2.0.4 the problem still exists.
After upgrading to 4.3.1.2 the problem still exists. OpenOffice 4.1.0 on the same machine displays the font correctly.
After upgrading to 4.4.1.2 the problem still exists.
After upgrading to 5.1.0.3 the problem still exists.
After upgrading to 5.2.0.4 it works. I don't no why, but it works!
Sorry for this wrong information. I tested on Windows and in Windows this problem doesn't exist. Todey tested under Linux with 5.2.0.4 problem is still present.
Tested under Windows 10 with LO 5.3.0.3. Problem now exists in windows too.
You can't confirm your own bugs. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Sorry, it wasn't my intention to confirm my own bug. I only want to give a feedback that the bug is still present in newer versions. Now I installed LO 5.3.3.2 and the problem still exists. This problem is very serious for me, because the affected font "Rotis ..." is the official font of my company and I run LO on over 50 desktops.
I confirm, but bordfeldt, please check the issue mentioned in comment 5. This is likely a problem in your font!!! The reason you now see the "problem" on Windows is because the font layout engine is unified to use Harfbuzz on all platforms.
@bordfeldt verify the possible bug reported against your font in comment 5 if it's confirmed it's not a LibO bug. status NEEDINFO
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180102
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20180129
Today tested with LO 6.0.0.3 on Windows 10 the problem is fixed. I will test this problem on linux-machines too.
Today tested with LO 6.0.0.3 on linux. Problem is solved on linux too.
Hi bordfeldt@web.de, Thanks for testing it on Win and Linux, help is much appreciated. In the QA Team we're always looking for contributors like you to help us to deal with LibreOffice's bugs. I share some links with you in case you're interested in helping us a little more. You can find more information about the QA in our wiki page[1], and if you need to can contact us, you can do it via IRC [2], Telegram [3] or the mailing list [4]. Keep up the good work. Regards [1]. https://wiki.documentfoundation.org/QA [2]. https://wiki.documentfoundation.org/QA/IRC [3]. https://t.me/LibreOffice_QA [4]. https://wiki.documentfoundation.org/QA/Mailing_List