Summary: | export creates huge pdf size, by about factor 100: 10 MB instead of 100 kB. | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Martin Trautmann <traut> |
Component: | Printing and PDF export | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED INSUFFICIENTDATA | ||
Severity: | normal | CC: | 79045_79045, ilmari.lauhakangas, khaled |
Priority: | medium | Keywords: | filter:pdf |
Version: | 7.2.5.2 release | ||
Hardware: | x86 (IA32) | ||
OS: | macOS (All) | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=147811 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103378 |
Description
Martin Trautmann
2022-03-16 10:33:49 UTC
I can send the files to you in private, but I do not want to publish them heere for all. Likely duplicate of bug 147811. Could you please check if the change to registrymodifications mentioned in the description there make any difference? I don't think so. First of all, I do not see any raster effect. I would expect to see that within the pdf. But when I use "pdfimages" to extract the images, they look ok by size. Nothing extraordinary. I would expect to find some huge bitmap raster images if that was the problem. So maybe there is some bitmap raster, which is not used within images, but as plan text PDF syntax? This might be possible. Why would wecompress be able to skip those definitions? But I do not use any background images - mine are images, either positioned as character, or linked to the paragraph. I did not change any registrymodifications - I would have to find those first since bug 147811 looks more like a windows problem and the named virtual printer. I do not print. I do export. (In reply to Martin Trautmann from comment #3) > I do not print. I do export. I see; I was confused by (comment #0) > When I do not use the export as PDF, but print to a PDF file, the result > used 19 MB instead. Can you please attach an example document? If needed, follow https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document. Dear Martin Trautmann, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping |