LibreOffice Draw PDF export does not include all pages of .odg file

English
#1

LibreOffice 25.2.4.3 on Fedora 42
“Help → About LibreOffice dialog”

DrawPDFExport123441
DrawPDFExport123441767×414 40.9 KB

[EarnestAl copied image to Ask site]

I created a .odg file from scratch. The .odg file has 4 pages.

When I export to PDF using the “Export Directly as PDF” button on the menu bar, the resulting PDF includes only one of the four pages in the .odg file.

It appears that only the selected page is exported. If I select a different page, then only that page is in the resulting PDF.

I’ve also tried to “Print to PDF” using all controls on the print dialog as shown in the referenced screen grab of the “Print to File…” print dialog.
https://storage.imgbly.com/imgbly/oN0RABVSHZ.png

I believe that this is a bug. But if it’s pilot error, please let me know. If a bug, I’ll file a bug report…

#2

Does it occur in Safe Mode (Help > Restart in safe mode > Continue in Safe Mode)? If OK in safe mode you might want to try some form of resetting your user profile, but back it up first.

What happens if you select (Shift+Click) all four pages in the Pages toolbar and File > Export as PDF?

Note: You can use the Upload icon (7th from left) to upload an image directly to a question or comment. Or you can drag the image onto an open comment or question from your file manager.

#3

More data…

See the attached screen grab of the Okular window in which I try to display the PDF of the LibreOffice Draw file.
Only the first page is created properly. The other 3 pages show this icon in the view pane. I have no idea what this means.
The PDF file size is 37.8 MB. The .odg file is only 1.4 MB.

https://storage.imgbly.com/imgbly/fITiVDwN2z.png

And this time I noticed that my computer fan started going to max speed pretty much within seconds of my opening Okular to view the PDF file I just created. Here is the “top” view
https://storage.imgbly.com/imgbly/FRditQyxHm.jpg

#4

Well, now I can only print the first page of the .odg file.

If I create a PDF of any of the pages 2, 3, or 4, I get some PDF that is huge, 30+MB, but “empty” like the screen grab in my previous post, repeated here:
https://storage.imgbly.com/imgbly/fITiVDwN2z.png

This must be a LibreOffice Draw bug.

When I display the good page 1 PDF using Okular, and then quit Okular, the okular process terminates as expected.

Trying to display any of the other 3 corrupted pages using Okular, then terminating, does not terminate the okular process.

#5

I can only repeat my questions in my comment. Maybe reboot your computer first.

#6

Yes, I plan to do that. I was just giving all the detailed information I have. I have to first read the page to which you referred me.

In any event, I will be filing a bug.

#7

After rebooting, does it export correctly in safe mode?

See First steps to take before submitting a bug - The Document Foundation Wiki

#8

Followed the instructions on the page to which you referred me.
I ran LibreOffice in safe mode; the problem persists. In fact, the PDF generated was more corrupted.

According to the user profile page you referenced, the problem is not my user profile.

Next I will reboot and try to print a PDF again.

#9

Still there after rebooting… Filing a bug…

#10

Update…

Just tried to use LibreOffice on a Windows laptop and had the same result… a corrupted PDF file.

So at this point I’m thinking that the bug is in LibreOffice that created a corrupted .odg file. Filing a bug report now.

#11

Filed bug #167136 at link below:
https://bugs.documentfoundation.org/show_bug.cgi?id=167136

#12

IMHO, you’re pushing Draw to the limits. It was never intended for such a job. In addition you don’t use it as you should. For example, every shape can have label. Thus in pages 2 and 3 there is no need to create a geometric shape and a grouped text box. You could have done it directly with a labelled shape.

In page 3, you have 300 shapes at level 1, each containing 4-5 shapes at level 2 and some of them have 2-3 shapes at level 3. This leads to thousands of shapes to manage!

You surely had a very hard time to create the document and get a satisfactory result. You should have used a dedicated application to ease this job. In the FOSS domain, I’d recommend FreeCAD which has an Architecture module perfectly fit to the task. It can also be “spreadsheet-driven” (you define recurring dimensions and other numbers in an embedded simple spreadsheet and you use the values to parametrise your objects). Of course, this requires learning a new tool but I do think you’ll boost your comfort and efficiency.

You’re clearly abusing Draw and leave its “zone of comfort”. Even if there is a bug, you should question your workflow.

#13

It seems the problem is the pattern fill for Shape 1 (Custom Shape rectangle) on page 2, replacing it with a colour fill enables export of a 373 KB pdf (80% jpg compression)
architecture-drawings-for-bug-report-V01_EA.odg (321.7 KB)

#14

Update in case anyone is interested.

The problem was the bitmap patterns for the rectangles. I started removing things to do a brute analysis. After I removed all the bitmap patterns, the PDF was created just fine.

The resulting PDF file was only a few kilobytes. But with the bitmap patterns (there were only 6) the PDF was 37MB… ridiculous…!

This is clearly a bug. I’m updating my bug submission. Looks like I did all the debugging for the developers…

#15

It seems the issue arises after version 24.2.4.2

#16

@EarnestAl
I wrote my comment before I saw your latest one…
Yes, you’re right.

Impressum (Legal Info) | Datenschutzerklärung (Privacy Policy)   Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.