Yes.
Please try Transparency
property of SignImageOptions for this purpose. Please note that it has 0 for opaque and 1 for clear, default value is 0.
Yes.
Please try Transparency
property of SignImageOptions for this purpose. Please note that it has 0 for opaque and 1 for clear, default value is 0.
If one of my clients does a signature some time after another client did one on the same document, will the first signature be invalidated? Is incremental signing enabled by default?
Thanks
You can sign a PDF document with multiple digital signatures. Please let us know if you face any issues in this regard.
But if I mixture digital signature with other types like image and text, will it work? Or does it only need to be ‘signature_cloud.OptionsBase.SignatureTypeEnum.Digital’ to make valid all signatures?
Yes, it is expected to function with various types of signatures. However, if you encounter any challenges in it, please inform us.
I just signed twice with two different test users and I got this info from Adobe, what could it be, is not validating correctly?
I also uploaded the pdf doc itself.
Thanks
Group N°2 (1).pdf (550.8 KB)
groupdoc_signature.PNG (9.9 KB)
Also, I noticed that when I signed, the date timestamp on digital shows 3 hours into the future. Is there a way to specify the date and time?
I’ve just signed at 18:42 and it looks like this:
image_2024-04-11_184647711.png (2.4 KB)
To investigate the validation errors, we need input files (PDF, signature file, and password), you can send it in Private message, then we can perform analysis
@biglesias
To add SignTime option,
We have opened the following new ticket(s) in our internal issue tracking system and will deliver their fixes according to the terms mentioned in Free Support Policies.
Issue ID(s): SIGNATURECLOUD-610
Hi, @biglesias, got your message. Empty password - ok, but I don’t see the pfx file in message. It was requested for investigation
@biglesias, Got the certificate file,
We have opened the following new ticket(s) in our internal issue tracking system and will deliver their fixes according to the terms mentioned in Free Support Policies.
Issue ID(s): SIGNATURENET-5079
BTW, SignTime option already implemented, it will be released within next version of GroupDocs.Signature Cloud, probably in v24.4
@sergei.terentev
Thank you.
And wow, SignTime already implemented! That was fast. Will look into when it’s released. Where will you post the changelog?
The v24.4 planned to be released before end of this month (04/24)
Hello @biglesias!
Thank you for sharing the issue - I hope to help you asap, and keep the product more stable and useful for your process. Let me deep into the digital signatures (DS) process with PDF.
DS is used to verify the authenticity and integrity of the document content.
When a PDF is signed digitally using a Personal Information Exchange (.PFX) file, the document is essentially “sealed” with the signer’s private key. Here’s what happens in the process:
(PFX contains the private and public keys)
When a second signature is added, the same process is repeated, potentially on a modified version of the document (including the first signature), and that Causes of Invalid Signatures
1. Incremental Saving: PDF supports incremental saves, where changes (including new signatures) are appended to the document without altering the original content. If the PDF software does not handle the incremental saves correctly, it can cause earlier signatures to appear invalidated.
2. Signature Validation Policy: Different PDF viewers and editors have varying policies on how they validate signatures. Adobe Reader, for example, checks both the certificate’s validity period and whether the certificate is trusted by the system or not.
Root Cause
When PDF is signed a second time with the new PFX certificate the previous certificate in the document has only the public key, so the new PFX certificate creates new hash, encryption, and signature embedding. This is when the first certificate becomes invalid.
Solution
Each time the user signs the PDF with the certificate
if you have each user unique PFX certificate you can keep in the metadata signatures some user identification
*For the new 24.4 version
For the upcoming version we will try to investigate possible incremental saving mode without document change but only adding the digital signatures.
Meantime may I ask you to share your process - how do you use software to understand better your needs, and suggest some ideas
Thank you!
Hi @yuriy.mazurchuk ,
Thank you for the info.
Having incremental saving would be great. I’ll send you privately a file as an example on what we are trying to replicate.
Our process consist of the following:
With the user’s document stored on our servers, we send it to you for the first signature. We are using Image, Text and Digital types together. After signature I use the downloadFile API to bring the signed doc back to our platform where we store it back to our servers. The second signature might happen just after that, half an hour later, or even a year later. It’s dynamic and depends entirely on our clients. When it happens the above process is repeated just the same. We plan on using a corporate PFX certificate and would bring the metadata from our platform of each user to use as the info for the Text type signature.
@sergei.terentev
Tested the SignTime option already and it worked great, thanks! Signature no longer appears as signed in future.
Any news on v24.4?
Hi @biglesias
We are currently investigating this feature and expect to provide you with an update and information on the hotfix release by next week.
Please note that the upcoming 24.4 release will not include this extension.
In the meantime, I’d like to share some insights into what’s happening behind the scenes with GroupDocs.Signature. Every time a document is saved with signatures, the library records a change log and signature details in the document’s metadata. This functionality facilitates the tracking of document modifications and signature verifications. Each signature is stored with a unique identifier in the metadata.
Furthermore, we are working on supporting incremental digital signing, which allows changes to be documented without altering the content of the document itself. Implementing this feature requires significant code adjustments.
Thank you for your patience and understanding.