Apache OpenOffice (AOO) Bugzilla – Issue 90468
[PDF-Import] Can't import officially published PDFs
Last modified: 2013-08-07 15:40:43 UTC
I test ed the PDF-Import with PDFs published on http://www.justiz.nrw.de/BS/formulare/index.php I got this error message: "This PDF file is encrypted and can't be opened." It is very interessing to be able to use them in combination with a database. This is possible if I can import this as a background picture. Also "normal" citizens may be interested in importing and printing It is possible to convert them to .png using "convert" under GNU/Linux. Also xpdf can open it.
Sorry, where to get this extension? I can't find it in the official repository at http://extensions.services.openoffice.org/. Thanks in advance.
I found the PDF-Imoport for testing here: ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/.newserver/DEV300_m17/Build-1/PDFImport I choose unilngi6 for the 32 bit version Mechtilde
Priority lowered. Reassigned.
Target set.
*** Issue 90539 has been marked as a duplicate of this issue. ***
add hi to CC because closing the issue 90539
The referenced documents have restricted permissions, and thus pdfimport refuses loading them without a user password (that's the somewhat cryptic meaning of the error message). I'll attach a trivial patch to ignore this setting - for the record, most other FLOSS pdf tools ignore those as well, e.g. evince has a /apps/evince/override_restrictions gconf entry, which defaults to true for all relevant distros... ...see e.g. http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2008-May/045805.html for some rationale.
Created attachment 56203 [details] Fix
can be created a CWS or anything else so I can test it Mechtilde
np, generally - but before embarking on this, could please someone clarify if this is acceptable upstream (as the current behaviour was deliberately added)? KA, HI, please give your opinion.
AFAIK. we decided to _not_ support password saved documents due to some legal issues. I assigned this task to MH, he might know more details in this case.
If someone need more information about these dokuments also about legal questions please ask me.
A workaround seems to to load the PDF into GSview and re-generate the PDF using pdfwrite. It ignores the permissions. But it looks like it re-compresses images (not sure)...
Could someone who has the skills generate an unofficial build of the PDF Import Extension using the patch attached to this issue?
the implementation of PDF import has been done according to the PDF specification, there is no plan to change this.
close the invalid issue