https://bugs.documentfoundation.org/show_bug.cgi?id=162826
--- Comment #15 from Dave Gilbert <[email protected]> --- This is of course a bit more subtle than expected; there's ~3 places the ipdf code uses pdfium to open the pdf, curiously the RenderPDFBitmaps is not the first one. That's actually 'convertToHighestSupported' in pdfcompat.cxx There's some stuff I don't understand; if you insert a PDF and look at the odg it has stored the pdf and a png of the rendered image; if you reopen the odg it rerenders the PDF rather than using the image - which then means we also have a problem about what happens to the password. (A double oddity here is that if I load that odg with Fedora's build which doesn't have pdfium linked in to LO, it renders as a white rectangle; not using the image I can see in the odg) I'm hoping that the way convertToHighestSupported works is that it resaves the pdf after a conversion to a given version, so if it reads it OK then it might reexport without the password, so everything else is done on the stored, decrypted pdf. (Third oddity; I could swear there used to be a way to save the original PDF after inserting as image, but I can't find it in the GUI) -- You are receiving this mail because: You are the assignee for the bug.
