Created attachment 124844 [details] The original report (anonimized) Hello. I am using LO Writer for a report. But I just found that when I export the document to a pdf (which is the format in which I am supposed to deliver it to my client), many of the objects (images or charts coming from LO Calc) are simply missing. Examples : see pages 31, 33, 39, etc .. More confusing : I have series of charts copied-pasted from the same LO Calc file. It is actually the same chart copied several times but wit different data (I can change it dynamically in Calc), and sometimes the chart appears in the pdf and sometimes it does not. See pages 41 to 43.
Created attachment 124845 [details] The result of exporting to pdf
There might be a connection with bug 89473 : https://bugs.documentfoundation.org/show_bug.cgi?id=89473
This seems to have begun at the below commit. Adding Cc: to Thorsten Behrens; Could you possibly take a look at this one? Thanks 9e18c6eee5d11950b9622b2905e272f129d2f444 is the first bad commit commit 9e18c6eee5d11950b9622b2905e272f129d2f444 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Thu Aug 13 09:45:06 2015 -0700 source 86b47f5138c0c5b882359a48052a796bc91a5afb author Thorsten Behrens <Thorsten.Behrens@CIB.de> 2015-08-13 15:17:22 (GMT) committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2015-08-13 16:26:01 (GMT) commit 86b47f5138c0c5b882359a48052a796bc91a5afb (patch) tree eba136edac7f69b48643cff81aebb4d9ce389698 parent 07ebec47da4a096aaab53bf6a90bb219ce29bfbf (diff) tdf#44388: handle the NULL clip correctly for pdf output
Created attachment 125325 [details] Cut-down bugdoc
Ah well. Ignore the new bugdoc - this looks like random pages missing content, can't even get the same page missing repeatedly after reload...
*** Bug 97664 has been marked as a duplicate of this bug. ***
(In reply to Xisco Faulí from comment #7) > *** Bug 97664 has been marked as a duplicate of this bug. *** Hi to all, I have reproduce this bug using LibO 5.0.6, while the header says the earliest it 5.1. Should I change the "earlies version affected"? Also, I can provide a smaller file in which I'm able to reproduce this bug also.
(In reply to Francisco from comment #8) > I have reproduce this bug using LibO 5.0.6, while the header says the earliest > it 5.1. Should I change the "earlies version affected"? From raal's bibisection, it's Bug 44388, so it's even 5.0.2.1. as shown on https://wiki.documentfoundation.org/Releases/5.0.2/RC1. > Also, I can provide a smaller file in which I'm able to reproduce this bug also. Good, especially if it's minimum test case where this randomness can be seen.
(In reply to Timur from comment #9) > (In reply to Francisco from comment #8) > > I have reproduce this bug using LibO 5.0.6, while the header says the earliest > it 5.1. Should I change the "earlies version affected"? > From raal's bibisection, it's Bug 44388, so it's even 5.0.2.1. as shown on > https://wiki.documentfoundation.org/Releases/5.0.2/RC1. Ok, so I think it should stated above. > > Also, I can provide a smaller file in which > >I'm able to reproduce this bug also. > Good, especially if it's minimum test case where this randomness can be seen. Ok then, uploading the files: original ODT, PDF from LibO 4.4 and 5.0
Created attachment 127694 [details] Original ODT Original ODT file with 6 figures which are OLE objects: one chart and 5 Draw figures.
Created attachment 127695 [details] PDF from LibO 4.4.7 PDF from LibO 4.4.7: all figures are present.
Created attachment 127696 [details] PDF from LibO 5.0.6 PDF from LibO 5.0.6. Missing figures are 1.2 (pag. 4), and 1.6 (pag. 9)
*** Bug 102192 has been marked as a duplicate of this bug. ***
I do not agree with the new title, there is no workaround : the print requires another tool (acrobat, ...) ... As it stands, it is impossible to publish reliably portable documents (PDF) with LibreOffice5 +
I agree with comment #15, print to PDF is not a workable workaround. Tables of content and some other features are not working. The only work around I found right now is to have LibreOffice 4.4 installed in parallel. I edit in 5.x and export in PDF in 4.4. This is an annoying workaround. Can this issue be fixed ? SimonB.
(In reply to SimonB from comment #16) > I agree with comment #15, print to PDF is not a workable workaround. Tables > of content and some other features are not working. > > The only work around I found right now is to have LibreOffice 4.4 installed > in parallel. I edit in 5.x and export in PDF in 4.4. This is an annoying > workaround. > > Can this issue be fixed ? > > SimonB. I agree with the comments #15 and #16. Additional the workaround using a PDF-printer is not working for professional documents due to the missing links inside the PDF document. In our company we actually explored the compatibility of LO for our workflow and this BUG is actually the reason why we don't change to LibreOffice 5.x. I would like to see if this BUG became a higher importance level. Thanks. AnFr
*** Bug 103692 has been marked as a duplicate of this bug. ***
Created attachment 128856 [details] OLE object is not in pdf, same object pasted is in pdf LOO Version: 5.1.6.2 (x64)or portable version new doc, insert OLE Draw --> not in pdf then paste this oject --> pasted in pdf, but original not in pdf
new doc insert OLE object Draw --> Does not appear in the pdf docs (V0 & V1) then paste this object ---> pasted oject appears in pdf (doc V2)
This bug report seems to be about exporting to PDF only. But don't you see this problem too when printing your document? This happened many times to me these last few months: some imported Draw images were missing despite I could see them in the Print Preview window. And sometimes, the missing images (= Draw objects) in the generated PDF are not the same ones as the missing ones when printing. Very confusing.
(In reply to Frédéric Buclin from comment #21) > This bug report seems to be about exporting to PDF only. But don't you see > this problem too when printing your document? This happened many times to me > these last few months: some imported Draw images were missing despite I > could see them in the Print Preview window. And sometimes, the missing > images (= Draw objects) in the generated PDF are not the same ones as the > missing ones when printing. Very confusing. Hello Frederic. In the cases used in our company the exports using the print interface (FreePDF and Paper Printer) all Draw OLE objects are correct exported, only the direct PDF export results with missing images. Regards, AnFr
Print to pdf works, but I agree with the comments #15 , #16, and #17 due to the missing links inside the PDF document. It seems to me that this bug appeared in version 3 or at the beginning of versions 4, then had been corrected. Very disappointing to find it in version 5.
(In reply to Frédéric Buclin from comment #21) > This bug report seems to be about exporting to PDF only. But don't you see > this problem too when printing your document? This happened many times to me > these last few months: some imported Draw images were missing despite I > could see them in the Print Preview window. ... Yes, in my case OLE object often not printed an real printer. It's waste of paper. :-( I've created an own bug report https://bugs.documentfoundation.org/show_bug.cgi?id=103692, but it was marked as duplicate. I guess, the problem is that LO converts the print job into pdf, before sending it to the real printer.
Will this regression be corrected? If so, do you have visibility on the version benefiting from the correction? Thanks
Hello. Just a Question: The bug has the status ASSIGNED since May 2016. Is the work on this bug ongoing and is there a rough time line for a possible solution? Regards, AnFr
Regression still present in LO5.3.0...
I observe this bug since quite long time. Some objects (mostly LO Draw pictures) are not exported to PDF, though they are visible in print preview and are correctly printed. I must use external pdf virtual printer for export to PDF.
Soon the first anniversary of this regression making the PDF export of LibreOffice unusable :) No developer to correct or explain the difficulties encountered to solve this problem?
Bug also in version 5.3.2.2
> JPh The version set is the earliest affected, not the last one. Please, don't change it to a newer version! Now I can't even set the correct one (5.0.2.1 rc)
> Jean-François Fortin Tam I'd really like to know what has to do this bug, that is about _exporting_ to PDF, with a bug 1) Is about _importing_ from PPTX and 2) it's been already declared as invalid.
(In reply to Francisco from comment #31) > > JPh > > The version set is the earliest affected, not the last one. > > Please, don't change it to a newer version! Now I can't even set the correct > one (5.0.2.1 rc) Really sorry, excuse me. Version 4.4.2.2 was not affected
This issue is becoming super annoying. And seems to be getting worse with each LO version. In the past I could fix the broken document by putting a white, borderless rectangle around all images. But now, with 5.3.1.2 linux, amd64 even that does not seem to reliably work. I attached a simple test case (empty writer doc, except for one draw object). Fails to create pdf with the drawing on 5.3.1.2 linux, amd64 as well as on 5.2.5.1 windows 10, x86. This seems to reproduce nicely for testing purposes. See test.odt and test.pdf.
Created attachment 133268 [details] Simple test case - original odt
Created attachment 133269 [details] Simple test case -pdf result
I just fixed one missing Draw object, by dbl-clicking in Writer, the increasing the bounding box on the top side and then sliding the image in the new free space. Now it appears in the pdf. I wouldn't be surprised if Writer miscalculates the size of the Draw object slightly, and when printing the pdf something is printed outside a bounding box after which the whole image gets discarded. Unfortunately, there are no error messages on the command line to help track the bug. Can we get this bug on the Most Annoying Bugs tracker? This really is a pain...
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=066665644b398a882e6cded98af5bb060af41d76 tdf#99680 modified clipping for PDF export It will be available in 5.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #38) > Vasily Melenchuk committed a patch related to this issue. Thanks for the fix. Will this fix be backported to LO 5.4.0, as the hard code freeze is in one month only?
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a915f55c1867c73b3d231afc6e9f6dee17965c00 tdf#99680 unittest to ensure there are no empty clipping regions It will be available in 5.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=cbf371e07fd5dea1ea08a1f299360d1273961ebd tdf#99680 save graphic state even for empty clipping region It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f6726209329fefe9decca8fda8e136b8472a95a2&h=libreoffice-5-4 tdf#99680 modified clipping for PDF export It will be available in 5.4.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=581806182ac7da81115c9675b4e828688178aa04&h=libreoffice-5-3 tdf#99680 modified clipping for PDF export It will be available in 5.3.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Test KO The problem is still present in Version: 5.4.0.3 Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c Threads CPU : 8; OS : Windows 6.2; UI Render : GL;
Looks fixed to me. Antoine, if you find that the problem is still present in Version: 5.4.0.3, please write exactly what you tested, which document, and what you got.
Je viens de revérifier, et le problème semble également résolu sur mes testcases avec LO 5.4.0.3. (J'ai du me tromper d'instance LO lors du test hier)
I have just re-verified, and the problem also seems resolved on my testcases with LO 5.4.0.3. (I had to mistake LO instance during the test yesterday)