Bug Hunting Session
Bug 116519 - FILEOPEN DOC: Content with Roman PS font not displayed nor substituted in Windows
Summary: FILEOPEN DOC: Content with Roman PS font not displayed nor substituted in Win...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.0.3 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2018-03-20 14:59 UTC by Michael Velten
Modified: 2019-06-19 20:05 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
the problem DOC (35.00 KB, application/msword)
2018-03-20 15:00 UTC, Michael Velten
Details
Missing body under LibreOffice 6.x (74.26 KB, image/jpeg)
2018-03-20 15:01 UTC, Michael Velten
Details
Correct with OpenOffice and Microsoft Word (90.40 KB, image/jpeg)
2018-03-20 15:01 UTC, Michael Velten
Details
Roman PS not in Windows 10 font list (88.30 KB, image/jpeg)
2018-03-20 17:44 UTC, Michael Velten
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Velten 2018-03-20 14:59:29 UTC
Description:
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


Actual Results:  
Open the file

Expected Results:
I did not see the Textbody


Reproducible: Always


User Profile Reset: Yes



Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0
Comment 1 Michael Velten 2018-03-20 15:00:15 UTC
Created attachment 140747 [details]
the problem DOC
Comment 2 Michael Velten 2018-03-20 15:01:11 UTC
Created attachment 140748 [details]
Missing body under LibreOffice 6.x
Comment 3 Michael Velten 2018-03-20 15:01:56 UTC
Created attachment 140749 [details]
Correct with OpenOffice and Microsoft Word
Comment 4 Samuel Mehrbrodt (CIB) 2018-03-20 15:12:00 UTC
Does it make any difference if you start LibreOffice in safe mode?
https://help.libreoffice.org/Common/Safe_Mode
Comment 5 Michael Velten 2018-03-20 15:14:03 UTC
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.
Comment 6 Dieter Praas 2018-03-20 16:58:55 UTC
Reproducible for me with master, but also with

Version: 5.4.6.2 (x64)
Build-ID: 4014ce260a04f1026ba855d3b8d91541c224eab8
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.
Comment 7 Xavier Van Wijmeersch 2018-03-20 17:26:23 UTC
no repro with linux OS

Version: 6.1.0.0.alpha0+
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
Comment 8 V Stuart Foote 2018-03-20 17:34:36 UTC
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?
Comment 9 Michael Velten 2018-03-20 17:42:47 UTC
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.
Comment 10 Michael Velten 2018-03-20 17:44:07 UTC
Created attachment 140752 [details]
Roman PS not in Windows 10 font list
Comment 11 Eyal Rozenberg 2018-03-20 18:13:14 UTC
I don't see this bug manifest on...

RedHat Fedora 26 with v5.3.7.2.0+
GNU/Linux Mint 18.3 with v6.0.3.1

FYI.
Comment 12 V Stuart Foote 2018-03-20 18:32:13 UTC
(In reply to Eyal Rozenberg from comment #11)
> I don't see this bug manifest on...
> 
> RedHat Fedora 26 with v5.3.7.2.0+
> GNU/Linux Mint 18.3 with v6.0.3.1
> 
> FYI.

Font fall back mechanisms differ between supported OS. Windows DirectX11 DirectWrite support has been a challenge.
Comment 13 Khaled Hosny 2018-03-21 02:04:46 UTC
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.
Comment 14 Aron Budea 2018-04-07 04:32:35 UTC
Bibisected to the following commit using repo bibisect-win32-5.4.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=db146ea596c8056ef7a75d7d6c58d9293161d5da
author		Khaled Hosny <khaledhosny@eglug.org>	2017-01-12 22:52:08 +0200
committer	Khaled Hosny <khaledhosny@eglug.org>	2017-01-15 12:46:13 +0000

tdf#105015: Don’t ignore all printer fonts
Comment 15 Xisco Faulí 2018-06-05 19:32:43 UTC Comment hidden (obsolete)
Comment 16 QA Administrators 2019-06-06 02:54:18 UTC Comment hidden (obsolete)
Comment 17 Timur 2019-06-06 08:30:15 UTC
Repro 6.4+.
Comment 18 Khaled Hosny 2019-06-19 19:15:17 UTC
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.
Comment 19 Khaled Hosny 2019-06-19 19:29:01 UTC
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.
Comment 20 V Stuart Foote 2019-06-19 19:57:18 UTC
(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?
Comment 21 V Stuart Foote 2019-06-19 20:05:25 UTC
(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.