Since LibreOffice 6 I can not open many documents which are still ok with Libre 4+5 and also with OpenOffice 4.x
Steps to Reproduce:
1. Open the Attachment with a Windows 10 PC
Open the file
I did not see the Textbody
User Profile Reset: Yes
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 140747 [details]
the problem DOC
Created attachment 140748 [details]
Missing body under LibreOffice 6.x
Created attachment 140749 [details]
Correct with OpenOffice and Microsoft Word
Does it make any difference if you start LibreOffice in safe mode?
No, I got the problem on 70 client pcs since I update all to Libre 6.x. If I went back to 5. or 4. than I can see the document correct.
Reproducible for me with master, but also with
Version: 220.127.116.11 (x64)
CPU-Threads: 4; BS: Windows 6.19; UI-Render: Standard;
Gebietsschema: de-DE (de_DE); Calc: group
I could enlarge the first table, but there was no content in it and I couldn't mark cells or add text to them.
no repro with linux OS
Build ID: a5172f363236f6c58fe6a925e81be2b0e016cc75
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-03-18_23:39:28
Locale: nl-BE (en_US.UTF-8); Calc: group
This is simply a font fallback issue. Or rather that the unsupported Roman PS font used is not receiving a fallback.
It is not new at 6.0, I get the same issue with 5.4 builds, as well as 6.0 and current master. A font replacement was performed through 5.3 where we dropped support for bitmap and PS Type 1 fonts.
If I specify a font replacement for the font; i.e. Tools -> Options -> Fonts: "Apply replacement table" (as localized), and then enter Font "Roman PS" and Replace with "Tahoma" [or "Arial Unicode MS" or "Segoe UI" or "Liberation Sans" etc.] the page will show.
The font heights will not match, so may have to tweak the document--so at that point probably best to regenerate as OOXML or ODF with a supported font.
Leaning toward => NAB, but just a quick review.
@Khaled, just a sanity check here please--is loss of LO managed font fall back 5.3 -> 5.4 onward correct?
Oh yes, I did not have the font in my Dropdown list, but if I add a font replace Roman PS > Arial than I see the body.
Created attachment 140752 [details]
Roman PS not in Windows 10 font list
I don't see this bug manifest on...
RedHat Fedora 26 with v18.104.22.168.0+
GNU/Linux Mint 18.3 with v22.214.171.124
(In reply to Eyal Rozenberg from comment #11)
> I don't see this bug manifest on...
> RedHat Fedora 26 with v126.96.36.199.0+
> GNU/Linux Mint 18.3 with v188.8.131.52
Font fall back mechanisms differ between supported OS. Windows DirectX11 DirectWrite support has been a challenge.
Can’t reproduce on Linux as well, so that Windows-specific. I don’t know if we have bibisect on Windows, but if we do then this needs to be bibisected. Not showing any text because a font is missing or not supported seems like a bug.
Bibisected to the following commit using repo bibisect-win32-5.4.
author Khaled Hosny <email@example.com> 2017-01-12 22:52:08 +0200
committer Khaled Hosny <firstname.lastname@example.org> 2017-01-15 12:46:13 +0000
tdf#105015: Don’t ignore all printer fonts
Adding Cc: to Khaled Hosny
Dear Michael Velten,
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!
If I revert the above commit then LibreOffice wouldn't load the file at all, printing in the console "No fonts could be found on the system."
I think there is something about this document causing it to be loaded in "printer" mode where only printer fonts are available.
If I go to Tools -> Options -> LibreOffice Writer -> Compatibility and unselect "Use printer metrics for document formatting" then the document would render fine.
I think this option is what is LibreOffice to load printer fonts only and the font sit finds are unusable which causes the text to be invisible and have zero line heights.
(In reply to Khaled Hosny from comment #18)
> I think there is something about this document causing it to be loaded in
> "printer" mode where only printer fonts are available.
Maybe, because if I open the .DOC in Word 2016 and then save as ODF to .ODT, opening the new .ODT in LO master/6.4.0alpha0+ I get a reasonable font replacement for the Roman PS (which shows in italics on the font list).
So is issue with opening the .DOC in the ww8 filter?
(In reply to Khaled Hosny from comment #19)
> If I go to Tools -> Options -> LibreOffice Writer -> Compatibility and
> unselect "Use printer metrics for document formatting" then the document
> would render fine.
Thanks for the tip--that should resolve things for OP, right? They'll then need to migrate their forms/documents to ODF selecting a supported font (other than Romas PS) on import.