Uploaded image for project: 'PDFBox'
  1. PDFBox
  2. PDFBOX-5772

Inconsistent signature page handling when signing in existing signature fields

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • 2.0.30, 3.0.1 PDFBox
    • 2.0.31, 3.0.2 PDFBox, 4.0.0
    • Signing
    • None

    Description

      In eSig DSS issue DSS-3269 - https://ec.europa.eu/digital-building-blocks/tracker/browse/DSS-3269 - it became apparent that PDDocument.addSignature(PDSignature, SignatureInterface, SignatureOptions) does not consistently handle the signature page while signing in existing signature fields:

      On one hand that method does look for an existing signature field of the given name and - if found - explicitly does not overwrite the link to the page of the widget. This implies that existing signature fields are supported as they are and are not to be re-located.

      On the other hand that method unconditionally adds the signature widget to the page indicated by the signature option page number.

      In the linked DSS issue this causes signing an existing signature field on different page than in the options to appear both on the original page and the option page which is not desired.

      Expected behavior would be that in case of an existing signature field and widget

      • either the signature option page is ignored and only the current page of the signature field is used
      • or the field widget consequentially is used to the signature option page, removing it from its original page.

      The natural option would be the former one.

      Attachments

        Activity

          People

            Unassigned Unassigned
            mkl Michael Klink
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: