Bug 128322 - Writer: pdf export doesn't export installed font ubuntu light (not problem with extern printer pdf)
Summary: Writer: pdf export doesn't export installed font ubuntu light (not problem wi...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2019-10-22 11:18 UTC by pubpmp
Modified: 2024-10-13 03:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
examples (386.22 KB, application/x-zip-compressed)
2019-10-22 11:20 UTC, pubpmp
Details

Note You need to log in before you can comment on or make changes to this bug.
Description pubpmp 2019-10-22 11:18:27 UTC
Description:
Si j’imprime en pdf avec une imprimante externe cela marche, voir le pdf nommé « pb ubuntu – pdf24.pdf » : tout est correct.
Le programme externe utilisé pour ce test est celui-là : https://fr.pdf24.org/

En revanche, le problème est quand on fait un export pdf avec le module pdf intégré à libreoffice, la police n’est pas respectée, pour cela il faut voir dans le fichier nommé « pb ubuntu – export pdf libreoffice.pdf ». La version de LO est 6.2.8.2.

Steps to Reproduce:
1. use font of ubuntu family : ubuntu light
2.export pdf with LO
3.

Actual Results:
in the result, it's not ubuntu light that appears

Expected Results:
the correct font


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
see attachments
Comment 1 pubpmp 2019-10-22 11:20:20 UTC
Created attachment 155231 [details]
examples
Comment 2 pubpmp 2019-11-06 13:56:19 UTC
the same problem exists with version 6332
The font ubuntu light is not correct when i make an export with libreoffice pdf.
when i export with an external pdf printer (like pdf24) there is no problem, so the problem comes from the libreoffice pdf export module.
Comment 3 Timur 2019-12-02 12:16:16 UTC
I assume we open "pb ubuntu - export pdf.odt" and Export as PDF. 
File-Properties-Font doesn't have "embed fonts".

With LO master 6.5+ in I get different to "pb ubuntu – export pdf libreoffice" that was created with LO 6.2 and more similar but not quite the same as "pb ubuntu – pdf24".
But with LO 6.2.8 I get the same as with 6.5+ so my PDF is different from yours. 
Test in Widows, where I don't have Ubuntu fonts installed. 
So in my exported PDFs there are no Ubuntu fonts which is I guess logical.

I cannot confirm the bug.
I can only ask you to give more details:
- did you reset user profile?
- do you have Ubuntu fonts in Windows?
- can you test with daily master LO (that will not interfere with your working LO)?
- can you test on another system?
Comment 4 Timur 2019-12-02 12:38:45 UTC
I see the issue now. Must have Ubuntu fonts installed in Windows.
Exported PDF doesn't have "Ubuntu Light" font. Repro OO 3.3 and 6.5+.
On the same system from the same ODT, MSO exports that font.

Steps:
- make sure you have Ubuntu font installed in Windows or get from https://design.ubuntu.com/font/
- open ODT and see that Ubuntu Light is used
- export as PDF
- open in PDF reader and see that used fonts don't have Ubuntu Light
Comment 5 pubpmp 2019-12-02 17:37:14 UTC
I confirm with a new test, new windows installation, and installation of new LO 6.3.2.2 too.
Install windows ubuntu fonts, to have ubuntu light which is the font that poses a problem to LO.
Then, create a text as a writer with this "ubuntu light" font and export it to pdf with the built-in module.
Open the pdf and find that the font is not the right one (ubuntu is used instead of ubuntu light)
If you export with the microsoft module print to pdf: no problem, it is the correct font that is used. Why ?
Comment 6 QA Administrators 2022-10-13 03:32:00 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2024-10-13 03:12:32 UTC
Dear pubpmp,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug