Some characters visible in a document disappear when it is printed, and seem to be hidden when it is exported into PDF, though they are still visible in print preview and are in the PDF file.
Steps to Reproduce:
1.In LibreOffice for Fedora 32 workstation 64 bits, open a new document (either Writer, Calc, Drawing, Presentation, Formula, HTML, XML or Business card).
2.Copy the character "Motor scooter" Unicode AF6F5 from your character manager and paste it into the LibreOffice document,
3.Choose File→Export as→Export directly as PDF (or, for the components where such an option doesn't exist, "Export as PDF"→ "Export", without modifying the default options).
4.Open the PDF document with LO Drawing, with GIMP and with Evince, and print it on Samsung Xpress M2070.
The scooter appears in Drawing, but not in Gimp, Evince nor on the paper.
The scooter should appear on all outputs.
User Profile Reset: Yes
OpenGL enabled: Yes
It seems the character is not converted into an image, so that the applications relying on pictures don't show it.
$ sudo glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 2000 (SNB GT1)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 20.1.2
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 20.1.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 20.1.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
Created attachment 163115 [details]
The one character LO file.
Created attachment 163116 [details]
The exported PDF file.
I wrongly copied the Unicode code: read "1F6F5" (instead of "AF6F5").
No issue on Windows with
Version: 220.127.116.11.alpha0+ (x64)
Build ID: d851a02df57ab378ed0cc6d9362516de09c3279c
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
I've found this:
which proves the problem also exists (or existed 2 years ago) in McOS and Microsoft Windows, but I don't understand the explanation, because PDF is supposed to include the font, not only the character code. So if LO exported the correct font, there should be no problem. Is it possible that LO substitute silently a font for the screen display, but don't make the substitution when exporting to PDF?
Not reproduced, displays fine in Okular and GIMP
Arch Linux 64-bit
Build ID: c638985dd3a63cdf76b2af67cd890f656a9c38eb
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Built on 25 November 2020
I found a relevant duplicate
*** This bug has been marked as a duplicate of bug 129523 ***