When trying to export a document to PDF the PDF is empty. Used OS: Lubuntu 20.04.
Steps to Reproduce:
1. Create a document in LibreOffice Writer.
2. Export it to PDF.
The PDF is empty in qpdfview and Firefox’s built-in PDF viewer shows a lot of characters and states that the PDF might not be shown corr
Create a proper PDF.
User Profile Reset: No
CPU-Threads: 4; BS: Linux 5.4; UI-Render: Standard; VCL: qt5;
Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE
Thank you for reporting the bug.
Can you please provide additional information regarding this bug?
For example, is there any specific content within the document that must exist prior to export to cause this issue?
In addition, are you using the "Export Directly as PDF" or "Export as PDF" option?
I have set the status of this report to "NEEDINFO". Please set it back to "UNCONFIRMED" once you have provided more information
Is there any specific content within the document that must exist prior to export to cause this issue?
No, but some objects seem to be exported correctly such as images: I created a document that only contained png images and it was exported without a problem. When trying to export documents with a table in it, the final document will display an empty table. If I place a link in the document (such as in a footnote) qpdfview will display that link with the typical red line highlighting, but the number of the footnote or any other characters are not visible. It seems as though only writing is not shown at all in the final pdf document.
It happens with both the "Export Directly as PDF" and the "Export as PDF" option.
Settings for the export were left unchanged.
Thanks for providing the extra information, Lennart.
I will attempt to reproduce this using LibreOffice in Linux (I need to update the version I'm currently using there (it's at 220.127.116.11) since it's in a virtual machine).
I couldn't reproduce the bug using the latest stable build and recent master build in Windows.
Version: 18.104.22.168 (x64)
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win;
Locale: en-US (en_US); UI-Language: en-US
Version: 22.214.171.124.alpha1 (x64)
Build ID: 6a03b2a54143a9bc0c6d4c7f1...
CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win;
Locale: en-US (en_US); UI: en-US
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it.
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
*** Bug 133213 has been marked as a duplicate of this bug. ***
New by duplicate bug. Sample is attachment 161057 [details].
This needs to be tested by adding Lubuntu desktop (I don't have space thought).
(In reply to Timur from comment #5)
> *** Bug 133213 has been marked as a duplicate of this bug. ***
Good morning to all of you. Just to start, I searched some other exiting bug but I couldn't find the bug Timur told me: sorry for that.
Today I delete Libreoffice 6.4 and tried to install the 6.3 and the 7.0 beta releases and the results were the same.
At this point I installed the old Abiword and it changed the odt to pdf file with no problem.
But, since the Libreoffice 6.4 is part of the package Lubuntu 20.04 LTS, I put a Ubuntu 20.04 LTS (without the "L") on a pen drive and tried Libreoffice 6.4 provided with the operative system and all the stuff runs!
At this point I think the problem could be in the Lubuntu (with the "L") and for this reason I'll write to the Italian Lubuntu community just to ask if the release of Lubuntu is simply obtained by changing the Unity to LXDE or if it's obtained not only switching the desktop environment by changing some other things.
I was forced to think so because some other guy had similar problem with Lubuntu 20.04 (with the "L").
Thanks and ciao.
Lubuntu should have LXQt.
This could be upstream Lubuntu bug, not LO, and that would be NotOurBug then.
You should report to Lubuntu,https://bugs.launchpad.net/~lubuntu-packaging . If confirmed, this status would be Moved then.
Ciao to everyone.
I got it! As I suspected, the problem comes from Lubuntu 20.04 itself but the fix is easy to get.
The answer is here:
In particular I paste here from the site above:
"Best solution/workaround at present seems to be this…
Go to LUBUNTU MENU: Preferences -> LXQt settings -> Session settings -> Environment variables
Then, add this:
Variable Name: SAL_VCL_QT5_USE_CAIRO
Fill the Value with: true
Restart your computer, and it will resolve the fonts rendering while exporting documents to a PDF on LibreOffice.
(There is just one small inconvenience – see below).
A few other people have hit this too, however it has been reported and discussed elsewhere as problem with PRINTING from LibreOffice (see “Printing problem with 20.04” in this forum). The connection between these two manifestations of a problem is that LibreOffice generates a PDF, which is then sent to be printed via CUPS. Without the above (or similar) fix, the generated PDF is invalid, because the required fonts fail to get embedded.
A MINOR INCONVENIENCE : with this “fix” in place, you will always have to start either LibreOffice-writer, LibreOffice-calc, -draw, -impress, etc, because trying to start “bare” LibreOffice will throw an error. In my opinion this is a minor inconvenience compared to not being able to export to PDF, or print anything at all."
Since it's the first time I write to Libreoffice, Timur, would you mind move yourself the bug from Libreoffice to where you wrote me yesterday?
Thank you very much! Ciao. Simone
Status "MOVED" is symbolic, meaning problem is reported elsewhere.
It's step further from "NOTOURBUG".
Thanks for workaround. But even better is that you report bug to Lubuntu and write that URL here.
Note that we can start LO manually with different rendering, if installed:
where soffice is LO itself.
*** This bug has been marked as a duplicate of bug 125234 ***