pentext icon indicating copy to clipboard operation
pentext copied to clipboard

Missing images are not reported in rendered PDFs

Open Synchro opened this issue 2 months ago • 1 comments

If a finding contains an image reference, like:

<img src="../uploads/3fbe216c7cca02a1f002a2fe2417fee7/image.png" alt=""/>

but the file does not exist, it's reported in the process output:

SEVERE: Image not found. URI: ../uploads/3fbe216c7cca02a1f002a2fe2417fee7/image.png. (No context info available)

but the image is simply missing from the rendered PDF with no visible evidence. This is easy to miss in review.

This is a contrast to things like broken links or missing dates, which are quite noisy and thus easy to spot.

Synchro avatar Oct 15 '25 18:10 Synchro

This is an interesting one.. I've worked on some proof-of-concepts for this, but it is very difficult to implement using the Saxon-HE version. That version doesn't allow extension functions in the Saxon namespace, nor Java extensions - this rules out fuctions like "file-exists". Built-in XSLT 2.0 functions like unparsed-text-available don't work for binary files like images.

I'm thinking of building a "workaround", where a text will be written stating that the image is missing, which will be overlayed with the actual image, when it exists.

TL;DR: To be continued, I'm working on it...

PeterMosmans avatar Nov 12 '25 10:11 PeterMosmans