Exporting certain .odt files using the [File > Export As > Export as PDF...] or [File > Export As > Export Directly as PDF] options produces a PDF file that contains correct-looking characters. Incorrect characters are obtained when selecting and copying from the PDF.
Bug only occurs when the the font DejaVu Sans is used.
Steps to Reproduce:
1. Run `libreoffice6.0 --headless --convert-to pdf:writer_pdf_Export reproduced.odt`
1. Open `reproduced.odt`
2. Choose [File > Export As > Export Directly as PDF]
Creates `reproduced.pdf`, which contains incorrectly mapped characters:
> sgfsglh sgeohsglshg seo seo soef of
Creates `reproduced.pdf`, which contains correctly mapped characters!
> sgfsglh sgeohsglshg seo seo soef ofi
User Profile Reset: No
Upload of `reproduced.odt` to follow.
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/64.0.3282.167 Chrome/64.0.3282.167 Safari/537.36
Created attachment 140704 [details]
ODT that reproduces PDF export error
Created attachment 140705 [details]
PDF file produced containing poor character mappings
No repro in Windows nor in Linux with normal GUI use.
Looks like not a dupe of Bug 66597.
Does this happen only when running headless?
(In reply to Khaled Hosny from comment #4)
> Does this happen only when running headless?
This happens when running headless and non-headless.
Further testing revealed that the issue is also present for following fonts:
TeX Gyre Chorus
Standard Symbols L
TeX Gyre Adventor
TeX Gyre Schola
DejaVu Serif Condensed
TeX Gyre Heros
TeX Gyre Termes
TeX Gyre Cursor
TeX Gyre Bonum
DejaVu Sans Light
DejaVu Sans Condensed
TeX Gyre Pagella
TeX Gyre Heros Cn
Oops looks like I included Dingbats, OpenSymbol, etc. in that list. Please ignore them!
*** This bug has been marked as a duplicate of bug 66597 ***
Bug 66597 is becoming a kind of meta bug and different issues that can’t all be fixed at the same time. Lets fix this one here.
*** This bug has been marked as a duplicate of bug 115117 ***