Bug 137421 - Export as PDF misses fonts of forms even if exported as PDF/A
Summary: Export as PDF misses fonts of forms even if exported as PDF/A
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
6.4.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 153278 (view as bug list)
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2020-10-12 12:14 UTC by Xkm
Modified: 2024-04-02 09:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
ODT document with form (8.52 KB, application/vnd.oasis.opendocument.text)
2020-10-12 12:14 UTC, Xkm
Details
PDF exported from ODT with PDF export button (20.50 KB, application/pdf)
2020-10-12 12:15 UTC, Xkm
Details
PDF/A-2 exported from ODT using "export as" dialog (20.54 KB, application/pdf)
2020-10-12 12:16 UTC, Xkm
Details
PDF/A-1 exported from ODT using "export as" dialog (20.50 KB, application/pdf)
2020-10-12 12:16 UTC, Xkm
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xkm 2020-10-12 12:14:51 UTC
Created attachment 166300 [details]
ODT document with form

Steps to reproduce:
1. Have a writer document
2. Have the default font set to Liberation Sans 
3. Add some form (text field)
4. Export document as PDF (try different options, e.g. PDF/A-1b or PDF/A-2b

What happens:
Exported PDF misses form font

What should happen:
PDF must contain all fonts, even for forms.

Additional info:
It looks like bug #50879 is here again.

Version info:
Version: 6.4.6.2
Build ID: 6.4.6.2-3.fc32
CPU threads: 2; OS: Linux 5.8; UI render: default; VCL: gtk3; 
Locale: de-DE (C); UI-Language: en-US
Calc: threaded
Comment 1 Xkm 2020-10-12 12:15:29 UTC
Created attachment 166301 [details]
PDF exported from ODT with PDF export button
Comment 2 Xkm 2020-10-12 12:16:02 UTC
Created attachment 166302 [details]
PDF/A-2 exported from ODT using "export as" dialog
Comment 3 Xkm 2020-10-12 12:16:17 UTC
Created attachment 166303 [details]
PDF/A-1 exported from ODT using "export as" dialog
Comment 4 Xkm 2020-10-12 12:18:50 UTC
PDFFonts info:

$ pdffonts ./libreoffice\ pdffonts.pdf 
name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
BAAAAA+LiberationSerif               TrueType          WinAnsi          yes yes yes     14  0
LiberationSans                       TrueType          WinAnsi          no  no  no      16  0

Same info is there in Evince.

This bug basically renders the PDF/A export invalid for any document with forms.
Comment 5 Xkm 2020-10-12 12:29:43 UTC
I tried to find a workaround, but each attempt failed, PDF Document still does not have the font contained.

1. Use the font of the form somewhere else in the document so it needs to get exported.

2. In File -> Properties -> Fonts, enforce saving the font to the ODT document. Then export as PDF.
Comment 6 Robert Großkopf 2020-10-18 16:14:45 UTC
Bug 50879 has been fixed for LO 7.1. I think this one is a duplicate.
Comment 7 Justin L 2020-12-23 07:32:02 UTC
Please retest in 7.1 to see if the issue is acceptable. Note the comments in bug 50879 that indicate that embedding an entire font in a PDF normally is not considered acceptable - for obvious size reasons. So please check if the workaround of forcing the edit text to be one of the standard fonts is acceptable.
Comment 8 Timur 2021-04-14 17:22:37 UTC Comment hidden (obsolete)
Comment 9 Timur 2021-04-15 06:18:40 UTC
Based on my shallow understanding of PDFA and Help, I set New. 
Because Help F1 on PDF Export confirms that all fonts used should be embedded. 
And they are not.
Comment 10 Xkm 2022-02-06 16:21:10 UTC
The issue is still present with LibreOffice 7.2.5.2.0.

According to pdffonts, the empty font is now gone completely:

$ pdffonts ./libreoffice\ pdffonts\ a-1.pdf 
name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
BAAAAA+LiberationSerif               TrueType          WinAnsi          yes yes yes     11  0

This means that there is not even a single character of LiberationSans used as forms font.

(In reply to Robert Großkopf from comment #6)
> Bug 50879 has been fixed for LO 7.1. I think this one is a duplicate.

Sorry, but it is not.

(In reply to Justin L from comment #7)
> Please retest in 7.1 to see if the issue is acceptable. Note the comments in
> bug 50879 that indicate that embedding an entire font in a PDF normally is
> not considered acceptable - for obvious size reasons. So please check if the
> workaround of forcing the edit text to be one of the standard fonts is
> acceptable.

I don't know whether the workaround is acceptable because I don't know how to do this. Or does LO do this my itself?
Comment 11 Flo 2023-01-31 10:13:59 UTC
*** Bug 153278 has been marked as a duplicate of this bug. ***