Exporting a large document with images creates a bloated pdf on the second and subsequent attempts (but normal on the first attempt after opening LO). Bloated=about x5 expected size. In the files below, about 28MB>140MB
See www.craddocks.co.uk/files/Poulton source.odt
www.craddocks.co.uk/files/Poulton_normal.pdf (exported first time after opening LO)
Similar results with other files of similar size containing images.
Steps to Reproduce:
2.Select File/Export as/Export as PDF/Lossless compression
First time after opening LO: no problem, exported file is expected size.
Second and subsequent occasions: bloated file size.
Exported pdf is similar size to odt file.
User Profile Reset: Yes
Recently upgraded to 126.96.36.199 from previous version (at least 12 months old): bug not previously encountered.
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 4; OS: Mac OS X 10.15.5; UI render: default; VCL: osx;
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Can now confirm this is not happening in v.188.8.131.52, which I have reinstalled.
May be similar to bug 128978.
There is also a problem with exporting as pdf to a NAS: LO crashes instead of writing the file — again, not experienced with v.184.108.40.206. This isn't logged separately, only mentioned here in case it's relevant.
Sorry, the source file URL should have been:
With lossless compression (other option set to be default), I got 105.1 MB
ID Build: 1:6.4.3-0ubuntu0.18.04.1
Thread CPU: 4; OS: Linux 4.20; Render UI: baku; VCL: kf5;
Locale: id-ID (id_ID.UTF-8); Bahasa-UI: id-ID
Build ID: 54c866828a9b85c23830e4a8be2c27b59ffd3cd5
Thread CPU: 4; OS: Linux 4.20; Render UI: baku; VCL: kf5
Locale: id-ID (id_ID.UTF-8); UI: id-ID
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-07-02_17:46:36
Created attachment 164149 [details]
It seems that options "Reduce image resolution" should be deactivate when you selected "Lossless" variant
That option by default has 300dpi value and it's just increase images size in PDF instead decrease :D
When I disabled that option I got a 28 mb PDF file
I'm not sure it's a bug.
Thorsten, you are a guru in PDF export theme. Can you say us your opinion here, please?
Sounds similar to bug 134736.
There has been a fair amount of work done in 7.1 and 7.2 around PDFs, and it seems to me that some of it is around reducing the size. For example:
pdf: deduplicate resources when copying from external PDF stream
For an overview of any commits referencing PDF, see
So it is worth re-testing with 7.1 beta or master. (But I don't really have bandwidth to waste downloading a 30MB example file...)
(In reply to Justin L from comment #7)
> There has been a fair amount of work done in 7.1 and 7.2 around PDFs, and it
> seems to me that some of it is around reducing the size. For example:
> pdf: deduplicate resources when copying from external PDF stream
> For an overview of any commits referencing PDF, see
> So it is worth re-testing with 7.1 beta or master. (But I don't really have
> bandwidth to waste downloading a 30MB example file...)
I still get 102mb PDF file in
Version: 220.127.116.11.alpha0+ (x64)
Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
and I still think that option's value 300 DPI is too big by default
I would suggest Hugh just use JPEG compression for any document.
Thank you for the recent comments. I'm afraid I'm stuck with v.18.104.22.168 at present for precisely the reason identified in the bug report, so unable easily to perform any new tests (I'm not sure I'd be comfortable running two versions).
But please note two aspects of the original report: first that the exported pdf was bloated only on the <second> such export after opening LibreOffice (i.e. the first export was roughly equivalent in size to the odt file); and secondly, that on second and subsequent exports, the pdf is about <five times> the size of the odt file. I could change the compression or DPI settings, but I'd suggest an exported pdf ought to be roughly equivalent in size: higher compression/lower DPI ought to secure a smaller export file size, not a smaller but still bloated file size. And as the export file size was in any case inconsistent, clearly something wasn't quite right and has changed since v.22.214.171.124.
I respect Justin's wish not to download a 30MB file for testing purposes — it's just this is the sort of file size where these problems were apparent.
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Export to PDF :
Reduce resolution of images to : 300 dpi
PDF 1/A archive format
1st time : PDF file size 110.7 Mb
2nd time : PDF file size 110.7 Mb
3rd time : PDF file size 110.7 Mb
What am I doing differently, or what didn't I understand ?
(In reply to Alex Thurgood from comment #10)
> 1st time : PDF file size 110.7 Mb
> What am I doing differently, or what didn't I understand ?
Thanks Alex for taking the trouble to test and report.
That's striking. My original post had 'reduce image resolution' unchecked. What do you get please if you export with lossless compression and no 'reduce image resolution'? It ought to be an exported pdf with similar file size to the original odt file — but wasn't in my experience.
(In reply to Hugh Craddock from comment #11)
> That's striking. My original post had 'reduce image resolution' unchecked.
> What do you get please if you export with lossless compression and no
> 'reduce image resolution'? It ought to be an exported pdf with similar file
> size to the original odt file — but wasn't in my experience.
It seems that there are other similar bug reports around similar situations :
bug 119634 (which actually seems quite similar to your bug report)
I imagine that any export which modifies the image resolution and the compression applied will necessarily have an effect on the end file size. The problem is finding out which part of this isn't actually working correctly.
(In reply to Alex Thurgood from comment #12)
> (In reply to Hugh Craddock from comment #11)
> > That's striking. My original post had 'reduce image resolution' unchecked.
> > What do you get please if you export with lossless compression and no
> > 'reduce image resolution'? It ought to be an exported pdf with similar file
> > size to the original odt file — but wasn't in my experience.
> Hi Hug,
Sorry Hugh, I didn't mean to cut short your name !
(In reply to Alex Thurgood from comment #13)
> (In reply to Alex Thurgood from comment #12)
Hi Alex, yes there may be an overlap with bug 119634. I had a good look round before posting the original report, but this one escaped me.
I've now had to upgrade from v.126.96.36.199 to v.188.8.131.52, owing to a new Mac Air running OS v.11.3.1 which appears incapable of running the earlier version, and the problem remains in this later release.
To reiterate, open LO, open the specimen document (now kindly saved as attachment 164149 [details]) and export as PDF (lossless compression selected) and the file size is approximately the same as the .odt file (I had 28.4MB>28.8MB, which is what one would expect). Now repeat the export (having changed nothing in the document nor in LO settings), and it comes out six times larger (28.4MB>139.7MB). The export process is also slower.
This should be eminently reproducible, and as described in Bug 119634, erratic. It's also, in my view, a serious impediment to using larger documents in LO. I've found the error occurs in documents over a threshold which lies somewhere between 10–30MB.
27,4 MB lossless with
Version: 184.108.40.206.alpha1+ (x64) / LibreOffice Community
Build ID: 3b57ebb445df8a2bc3d916ea79f8af45e20e4e62
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Hi Telesto, what happened when you repeated the export a second time?
This problems manifests in a slightly different way in 220.127.116.11 running on a Mac running Monterey 12.0.1.
Using the sample file, which is 28.4MB, correctly saves with lossless compression as a pdf of 28.6MB. There is no change on repeated attempts. However, edit the file by adding just one character, and the file now saves as a pdf of around 140MB. Saving the now-edited file in odt generates a file still at 28.4MB.
Plainly, adding one character to a file should not inflate the file size of a pdf export by a factor of five (and one would expect the pdf to be roughly proportionate in size to the odt file).
Tested with Version: 18.104.22.168.alpha0+ / LibreOffice Community
Build ID: c13db6e792cc347ffff4585f23866f195651f21f
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo
And I can not confirm:
tick off Reduce image resolution
1st export 28,8 MB
2nd export 28,8 MB
add 2 characters to text
3rd export 28,8 MB
save odt file
4th export 28,8 MB
Maybe MacOS specific bug.
I can not confirm either. File size is around 28-29 MB regardless if I edit it or not
(Chose Lossless, and disabled reduce DPI)
If I have reduce DPI to 300 enabled, I get a 106 MB file
Does it still occur on just released LO 7.3?
Version: 22.214.171.124 / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 10; OS: Mac OS X 12.2; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Dear Hugh Craddock,
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:
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!
Still repro (Lossless compression + Reduce image resolution to 300 dpi => 106 mb file size) in
Version: 126.96.36.199.alpha0+ / LibreOffice Community
Build ID: d75c5c1f61a174b3b333e9db6536ab15cc37d00b
CPU threads: 4; OS: Mac OS X 12.5; UI render: Skia/Raster; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded Jumbo
And if I deselect the Reduce image resolution to option, then I get 28 mb result PDF file size