When printing a file in black and white, using the Microsoft Print to PDF option, the resulting file is very large. A 3 MB presentation file generates a black and white PDF with 48 MB. The same file generated in Office gets 1.8 MB.
I can NOT confirm it. I started a new template. And I printed: - black & white: 65,3 KB (66.937 bytes) - original colours: 69,0 KB (70.736 bytes) Tested on Windows Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: ro-RO (ro_RO); UI-Language: en-US Calc: threaded
The original Impress document had 316 KB (323.713 bytes).
Created attachment 151631 [details] Erro file LOffice
Created attachment 151632 [details] Erro file PPOint
Hi, Original LOffice files, with images and text, are slightly larger when printed in black and white PDF, see attached file. But when the file is PPoint the increase is much higher when generated in black and white. If you create a normal PDF the size is not affected. Maybe it's something from the original PPoint or print drive file, Microsoft Print to PDF. Thankful.
(In reply to BogdanB from comment #1) > I can NOT confirm it. > > I started a new template. And I printed: > - black & white: 65,3 KB (66.937 bytes) > - original colours: 69,0 KB (70.736 bytes) > > Tested on Windows > Version: 6.2.4.2 (x64) > Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 > CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; > Locale: ro-RO (ro_RO); UI-Language: en-US > Calc: threaded I send a attached file
I want you to send me the original file, to test it. If you consider you have in it sensitive information (confidential) please sent me directly on my email buzea.bogdan@libreoffice.org and I will make some test on my LO on Windows. (In reply to lfcramos from comment #6) > (In reply to BogdanB from comment #1) > > I can NOT confirm it. > > > > I started a new template. And I printed: > > - black & white: 65,3 KB (66.937 bytes) > > - original colours: 69,0 KB (70.736 bytes) > > > > Tested on Windows > > Version: 6.2.4.2 (x64) > > Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 > > CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; > > Locale: ro-RO (ro_RO); UI-Language: en-US > > Calc: threaded > > I send a attached file
Confirm it took me 8-9 minutes. 54 MB black & white with Microsoft Print to PDF. With simple PDF generator from LibreOffice I get a 1.42 MB PDF. And 10 seconds to generate it. And in colours. Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: ro-RO (ro_RO); UI-Language: en-US Calc: threaded
(In reply to BogdanB from comment #7) > I want you to send me the original file, to test it. > > If you consider you have in it sensitive information (confidential) please > sent me directly on my email buzea.bogdan@libreoffice.org and I will make > some test on my LO on Windows. > > (In reply to lfcramos from comment #6) > > (In reply to BogdanB from comment #1) > > > I can NOT confirm it. > > > > > > I started a new template. And I printed: > > > - black & white: 65,3 KB (66.937 bytes) > > > - original colours: 69,0 KB (70.736 bytes) > > > > > > Tested on Windows > > > Version: 6.2.4.2 (x64) > > > Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 > > > CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; > > > Locale: ro-RO (ro_RO); UI-Language: en-US > > > Calc: threaded > > > > I send a attached file I sent it to your email.
yes, I have received your files and I already tested it. This are the results of my testing: - Confirm it took me 8-9 minutes. 54 MB black & white with Microsoft Print to PDF. - With simple PDF generator from LibreOffice I get a 1.42 MB PDF. And 10 seconds to generate it. And in colours. Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: ro-RO (ro_RO); UI-Language: en-US Calc: threaded
(In reply to BogdanB from comment #10) > yes, I have received your files and I already tested it. > > This are the results of my testing: > > - Confirm it took me 8-9 minutes. 54 MB black & white with Microsoft Print > to PDF. > > - With simple PDF generator from LibreOffice I get a 1.42 MB PDF. And 10 > seconds to generate it. And in colours. > > > Version: 6.2.4.2 (x64) > Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 > CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; > Locale: ro-RO (ro_RO); UI-Language: en-US > Calc: threaded Hello Bogdan, Please, provide a sanitize version of the document. Otherwise, it's pointless to confirm it...
Created attachment 152082 [details] the document This is the document, it is not confidential, but I replaced some letters, just in case.
Dear lfcramos, 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
I test this on Linux (I know the bug is only on Windows), and is very fast. After 2 days I will test this bug on Windows again with 6.5 alpha.
I performed a new test on LO version 6.4.0.0.alpha1 (x64), the error persists, the generated file is too large.
[Automated Action] NeedInfo-To-Unconfirmed
In 2 minutes just 30% is finished. I didn't let it to finish. It's to much time. Version: 6.3.3.2 (x64) Build ID: a64200df03143b798afd1ec74a12ab50359878ed CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: ro-RO (ro_RO); UI-Language: en-US Calc: threaded
I can't test now, but PPTX is LO created, which may be important. Needs to be tested from MSO and also resaved there as PPTX and tested in LO. Also can be seen via unzip which exactly image makes the problem.
It's not just Microsoft Print to PDF but also print to free PDFill printer. It's not just B&W but also color, both are much larger than Export to PDF.
Created attachment 174187 [details] PPTX with 10 slides Lo 6.1.6 sees OK so regression from 6.2. Needs bibisect in Windows. I set high because regression and annoying. I add smaller sample of 10 slides.
(In reply to Timur from comment #20) > Created attachment 174187 [details] > PPTX with 10 slides > > Lo 6.1.6 sees OK so regression from 6.2. Needs bibisect in Windows. > I set high because regression and annoying. > I add smaller sample of 10 slides. Timur, I tried Print to PDF in 4.1 - got 9,0 mb PDF 5.2 - got 13,5 mb PDF 6.0 - got 14,1 mb PDF 6.1 - got 15,3 mb PDF 7.3 - got 18,5 mb PDF Print to PDF from MS PowerPoint gave me 1,2 mb PDF I don't see where is a regression in LO 6.2, I see just a bad work with that function in LO in generally =( And it isn't a critical problem, it works, just has some problem with PDF size
Using 10 slides attachment 174187 [details] (needs to be clear which one is printed) and external print with default values including color: LO 607 32-bit Win with Bullzip gives PDF 2,5 MB LO 607 32-bit Win with PDFill gives PDF 7,4 MB LO 616 32-bit Win with Bullzip gives PDF 3,1 MB LO 616 32-bit Win with PDFill gives PDF 7,5 MB LO 620 32-bit Win with Bullzip gives PDF 27,6 MB !! LO 636 32-bit Win with Bullzip gives PDF 27,6 MB LO 7.0.0 32-bit Win with Bullzip gives PDF 28,8 MB LO 7.2.0 32-bit Win with Bullzip gives PDF 19,1 MB LO 7.3+ 64-bit Win with Bullzip gives PDF 17,5 MB ! LO 7.3+ 64-bit Win with PDFill gives PDF 24,0 MB MSO 2016 with Bullzip gives PDF 4,0 MB MSO 2016 with PDFill gives PDF 3,8 MB I don't have Microsoft Print to PDF, nor it should be only one tested, because it's Win10 only. Obviously depends on PDF printer. Bullzip seems relevant. Microsoft Print is most efficient with MSO. Is it a regression we could argue, but worsening seems obvious from 6.2.0 with these. I set back bibisectRequest for someone who can do it in Windows.
Note that 10-slides example is just for testing, with original example my computer becomes very slow almost unusable, so for me this is general problem, so Major. But I don't change that.
Print to PDF in Linux gives smaller files than Bullzip in Win. For 10 slides attachment 174187 [details]: 4.1 master 7,1 MB 6.0 master 7,0 MB 6.2 pre commit 7,6 MB 6.2 with commit 17,7 MB 7.3+ 9,5 MB It shows change in size in 6.2: commit 7611d8098e197a7a5f78d3007cb7ffd09c1848a2 Date: Fri Sep 7 15:37:44 2018 +0200 source b38065ea941375bf4f78f13314e84f4a875545d9 pre ce4245a73114800972711b789a946575b804cea3 author Aron Budea <aron.budea@collabora.com> 2018-09-03 committer Mike Kaganski <mike.kaganski@collabora.com> 2018-09-07 tdf#108691, tdf#119639 Don't print hidden objects in XLS(X) Explanation how XLS/X affected this would be nice.
Dear lfcramos, 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