Demi Marie Obenour
Demi Marie Obenour
@unman Duplicate of #5220 indeed, closing.
An obvious solution is to switch from ImageMagick to `pdf.js` or PDFium. This is a good idea for numerous reasons, not least of which is security.
> Thaaaat would help users who depend upon this feature, a great deal! ImageMagick uses GhostScript for PDF processing, but GhostScript is not a very good PDF renderer. In fact,...
> To be clear: The architecture of the PDF converter is specifically done to _not_ worry about the rendering process security. The main factor when choosing what to use to...
> I also learned from the mentioned user, that it was not Acrobat™ or other Adobe tooling-generated PDFs that were "fancy," but PowerPoint generated PDFs that created the crash. @unman...
> > `pdftocairo` is a much better idea than Ghostscript > > This is also what we use: https://github.com/QubesOS/qubes-app-linux-pdf-converter/blob/master/qubespdfconverter/server.py#L141-L153 In that case PDFium is probably the best choice. > I...
> What would ImageMagick be replaced with? libvips? libpng?
I think the best option is to replace `pdftocairo` with either PDFium or with PDF.js.
@marmarta what do you think?
> If those things work the same in default debian/fedora (not sure here), then sadly yeah, this is a problem for their issue trackers, not ours. I believe (again not...