Replies: 1 comment
-
I'm converting this to a discussion, since there are too many external factors to determine whether this is a bug in pyHanko. First, you need to understand that "LTV enabled" is a proprietary notion in Acrobat that is (a) not formally defined anywhere, and (b) a moving target, since its implementation has been known to change between Acrobat versions. Hence, achieving "LTV enabled" status as a design goal isn't really feasible. In particular, I have no idea based on which criteria Acrobat evaluates this status for "standalone" timestamps. Of course, there are closely related notions that have been spelled out in relevant standards (the various PAdES baseline profiles come to mind), but I know for a fact [*] that Acrobat does not validate according to the PAdES model when checking the "LTV enabled" status, so that's all moot. [*] at least it didn't when I last tested this seriously, which is about a year ago. |
Beta Was this translation helpful? Give feedback.
-
Describe the bug
When adding timestamps to PDF files, I'm encountering inconsistent behavior where the same file processed with the same timestamper produces different LTV (Long Term Validation) statuses across multiple attempts.
To Reproduce
Current Results:
Expected behavior:
Environment:
Additional context
test_file.pdf
timestamp.pdf
Beta Was this translation helpful? Give feedback.
All reactions