Bug#883275: libreoffice-common: General IO Error with apparmor when opening a PDF file
On Fri, Dec 01, 2017 at 04:42:49PM +0100, Rene Engelhard wrote:
> > It worked after changing the apparmor policy to complain,
>
> So you activated the disabled profile in the first place before? :)
(or you upgraded and didn't restart apparmor yet to make it
notice those are disabled. the (dh_apparmor-generated) postinst stuff
skips disabled stuff, so they probably stay active..
Anyways:
diff --git a/sdext/source/pdfimport/wrapper/wrapper.cxx b/sdext/source/pdfimport/wrapper/wrapper.cxx
index f303ab09084b..96227b885b61 100644
--- a/sdext/source/pdfimport/wrapper/wrapper.cxx
+++ b/sdext/source/pdfimport/wrapper/wrapper.cxx
@@ -1039,11 +1039,11 @@ bool xpdf_ImportFromFile( const OUString& rURL,
}
// Determine xpdfimport executable URL:
- OUString converterURL("$BRAND_BASE_DIR/" LIBO_BIN_FOLDER "/xpdfimport");
+ OUString converterURL("/usr/lib/libreoffice/program/xpdfimport");
rtl::Bootstrap::expandMacros(converterURL); //TODO: detect failure
// Determine pathname of xpdfimport_err.pdf:
- OUString errPathname("$BRAND_BASE_DIR/" LIBO_SHARE_FOLDER "/xpdfimport/xpdfimport_err.pdf");
+ OUString errPathname("/usr/lib/libreoffice/share/xpdfimport/xpdfimport_err.pdf");
rtl::Bootstrap::expandMacros(errPathname); //TODO: detect failure
if (osl::FileBase::getSystemPathFromFileURL(errPathname, errPathname)
!= osl::FileBase::E_None)
might also worth doing, we _do_ know the path.
Regards,
Rene
Reply to: