Bug 129906 - Character not printed using PDF tool
Summary: Character not printed using PDF tool
Status: RESOLVED DUPLICATE of bug 121327
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-09 12:59 UTC by ricky.tigg
Modified: 2020-01-10 14:28 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Document containing a special character (8.00 KB, application/vnd.oasis.opendocument.text)
2020-01-09 13:01 UTC, ricky.tigg 		Details
example for testing font fallback for on rexport from LO to PDF (102.09 KB, application/pdf)
2020-01-09 14:58 UTC, V Stuart Foote 		Details
PDF document containing a not printed special character (2.77 KB, application/pdf)
2020-01-10 09:55 UTC, ricky.tigg 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description ricky.tigg 2020-01-09 12:59:31 UTC 
Description:
Character not printed using built-in PDF tool.

Steps to Reproduce:
Print to PDF document provided (1.odt)

Actual Results:
Alone present character not printed.

Expected Results:
Characters to be printed.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.3.3.2.0+; Build ID: 6.3.3.2-7.fc31; CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded
Comment 1 ricky.tigg 2020-01-09 13:01:40 UTC 
Created attachment 157037 [details]
Document containing a special character
Comment 2 raal 2020-01-09 13:51:42 UTC 
I cannot confirm with Version: 6.5.0.0.alpha0+ (x64)
Build ID: d122a9d12d970d55f4dc9e4268e0681fd2e6786f
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win;
Comment 3 V Stuart Foote 2020-01-09 14:58:47 UTC 
Created attachment 157039 [details]
example for testing font fallback for on rexport from LO to PDF

Also can not confirm on Windows build
Version: 6.4.0.1 (x64)
Build ID: 1b6477b31f0334bd8620a96f0aeeb449b587be9f
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

The U+2714 'HEAVY CHECK MARK' is not contained in the paragraph's font (Liberation Serir or Liberation Sans) so it receives a fallback. On Windows it is to project provided OpenSymbol.

On Windows, LibreOffice export to PDF receives that same font and it is subset into the PDF.

To avoid the fallback, you can specify the font the special character uses. Attaching an exported PDF (LibreOffice Hybrid so ODT is included). 

Open in LibreOffice on Linux and check the export of special character glyphs just avoiding fallback mechanism.
Comment 4 ricky.tigg 2020-01-10 09:55:08 UTC 
Created attachment 157054 [details]
PDF document containing a not printed special character

Invoke keys Ctrl + A to reveal its non-presence. Version 6.5. It wail be likely be available in version 33 or at best 32 of Fedora. Till then that character will be removed. You may close you way.
Comment 5 V Stuart Foote 2020-01-10 14:28:20 UTC 
So, the CBDT/BCLC "Noto Color Emoji" font you are using is poorly supported on export to PDF.

Uncompressing your PDF shows the U+2714 codepoint is present for the font. And LibreOffice will import open the PDF into Draw but with font fallback for the glyph.

Not sure this is a PDF filter issue, rather Lack of support specific for color font encoding OpenType methods--CBDT/BCLC or COLR/CPAL

You'll have better results if you work with a different font.

Otherwise this is a dupe of bug 121327 (or bug 128387), and related bug 104403.

*** This bug has been marked as a duplicate of bug 121327 ***