JHOVE 1.30 / PDF-hul 1.12.5 reports file as "Well-Formed and valid" despite PDF-HUL-1 error

[Ka-Markus]

Same behaviour as #924 (comment), only error is PDF-HUL-1 instead of PDF-HUL-2.

File to reproduce the issue:
https://repository.publisso.de/resource/frl%3A6406767
Leitlinie_Ernaehrung_Mangelernaehrung_Jun_2017.pdf

JHOVE 1.28.0 / PDF-hul, Rel. 1.12.4 reported 40 PDF-HUL-122 errors
JHOVE 1.30.0 / PDF-hul, Rel. 1.12.5 reports 1 PDF-HUL-1 error without offset

Please let me know if I should close the issue in case it's redundant.

[samalloing]

Hi @Ka-Markus

Thanks for reporting this. This error is fixed with #925. I hope @carl can add it to a new release soon.

Sam

[carlwilson]

On this now @samalloing

[Ka-Markus]

Tested validation of file with the new release JHOVE 1.30.1 / PDF-hul, Rel. 1.12.6.

• Status is now again "Well-Formed, but not valid" (same as for 1.28.0).
• Error code chaged, as intended by Sam (PDF-HUL-122 with JHOVE 1.28.0 changed to PDF-HUL-1 with JHOVE 1.30.1).
• Offset is not available for PDF-HUL-1 but that doesn't seem to be an error.

Issue can be closed from my side. Should I close it?

[samalloing]

Hi @Ka-Markus

I looked into your file a little closer and noticed that adding

	} else if (!named && destObj instanceof PdfIndirectObj) {
			_pageDest =  findDirectDest(module, (PdfArray) module.resolveIndirectObject(destObj));
			return;
	}

to the code of jHove makes the file Well-formed and valid. The current implementation doesn't support indirect references at the location on the Destination. I wasn't able to verify it for sure. But adding the above piece of code after

jhove/jhove-modules/pdf-hul/src/main/java/edu/harvard/hul/ois/jhove/module/pdf/Destination.java

Line 78 in c45fd1c

}

solves the problem

Sam