Copy link to clipboard
Copied
Hi
I am a Realtor. I use Docusign through Keller Williams command. When I send documents that are signed to the other Realtor and they use Authentisign to sign the documents, I cannot view their signatures. however, when I upload them into docusign, I can see them. The problem seems to be with Adobe. I have Adobe Professional. I attached an example of what is happening.
Any assistance would be greatly appreciated.
Copy link to clipboard
Copied
Thanks for sharing those additional files. They confirmed what I had assumed. The Authentisign signature form field flattening code is buggy and creates the broken content.
So
Docusign said it wasn't their problem.
That's right. Their output is ok.
Authentisign tried to help and said to flatten the document by printing in the chrome browser to pdf.
Well, as their code damages the PDF, real help would be fixing their code for flattening signature widgets.
Of course you can work around their bug by completely removing or flattening the Docusign signature before forwarding your documents to the next signer. But the next signer may also be bewildered by the missing digital signature...
So that manual flattening approach merely would be a work-around while waiting for the Authentisign fix.
Copy link to clipboard
Copied
The problem seems to be with Adobe.
That's unlikely. Whenever Acrobat displays an error message that there is a problem on some page, this usually means that there is an error in the PDF.
The reason why some PDF viewers do display the page as you expect it, is that PDF viewers generally try to fix some errors under the hood without reporting this, and that different viewers fix different sets of errors. Apparently the error in the file in question is fixed by the docusign viewer but not by Acrobat.
Considering, though, that this "fixing" always includes some guessing how the broken PDF actually was meant to look like, different fixing viewers may fix the issue differently. This obviously is critical in particular in case of contracts which should look the same for all parties involved.
That all being said, though, I'm afraid that without analyzing the PDF in question this is pure guesswork. Thus, can you share one such PDF? Maybe you can create some PDF with dummy data and try to recreate the issue together with that other realtor?
Copy link to clipboard
Copied
Let me see what I can do. I can send a document to myself with docusign and authentisign. It isn't just this Realtor that I can't see their documents, it has been when docs are signed in authentisign.
Copy link to clipboard
Copied
It sounds like the issue might be related to how Authentisign applies signatures and how Adobe renders them. Try the following:
Open the document in Adobe Reader instead of Adobe Pro to check if the signatures appear.
Ensure "Show Hidden Annotations" is enabled in Adobe.
Try flattening the PDF by printing it to PDF before sending.
Check if Authentisign uses layered or XFA-based PDFs, which may not display correctly in some viewers.
Copy link to clipboard
Copied
I will try these--but you can't edit a signed document, so I don't think it will let me print to pdf or flatten.
See attached. I sent myself a document from docusign, signed it, then sent to authentisign and signed it. It view correclty in docusign, in the adobe viewer on my browser, but not in adobe desktop. I have tried this on two different computers using two different adobe pro accounts. The Test Account signature is from Docusign, the Tamera Johnson signature is from Authentisign.
Copy link to clipboard
Copied
Do you by chance still have the original document and the intermediate one (with only the Docusign signature)?
Analyzing "Adobe Test both signatures.pdf" one can find an error in the page contents, but without the other documents I cannot tell in which processing step they had been added.
Copy link to clipboard
Copied
The error that makes Acrobat stop processing the page content streams and, therefore, not display the Authentisign additions, is quickly found: There is a cm (concatenate to transformation matrix) instruction with 4 of its 6 numeric parameters replaced by a "NaN" expression. This is invalid in PDFs.
Furthermore, the effect of the cm instruction is to transform (scale/rotate/skew/translate) everything drawn thereafter in a way specified by those numbers. Thus, a responsible PDF viewer should stop here, inform the user about a non-recoverable error in the content stream, and not display the page at all, in particular in a signed document. Apparently, though, none of the viewers tested here handles this responsibly but instead each of them does display the page one way or another.
The reason why the non-Acrobat viewers' apparent strategy of simply ignoring the issue works well here, is that after the transformation matrix change until its revocation by a restore-graphics-state instruction in a complicated way nothing is drawn. (I'm sure, though, that those viewers didn't check whether this is the case...)
You only shared the final file of your example signing round trip, so I cannot be sure which software caused this. I assume, though, that Authentisign is the culprit.
I assume so because this faulty cm instruction is between the additions by Docusign and those by Authentisign, and the content that is manipulated by it looks like a flattened widget annotation with a width and height of 0.
This quite likely was the widget of the invisible (0x0) digital signature Docusign eventually applied. Authentisign needed to remove that digital signature, otherwise its changes to the document would have been disallowed altogether. To keep the visual appearance of digital signatures on the page after removal, Authentisign flattened the signature widget (i.e. tranformed it from an annotation into additional page content). Unfortunately, while doing so it didn't properly check the dimensions of the widget and blissfully divided by 0, getting NaN (Not-a-Number) values for the flattening transformation matrix.
You should report this issue to Authentisign.
As mentioned, though, this is only a (very reasonable!) assumption. To be 100% sure I'd need the intermediate file to compare with.
------
Some technical details:
The page object in question is object 6. It has a content stream array with many partial streams. Among them is stream object 25 with this content:
q
1.00 .00 .00 1.00 .00 816.00 cm
q
q
NaN NaN NaN NaN .00 .00 cm
1.00 .00 .00 1.00 .00 -816.00 cm
/e8b64a13-edb0-40e6-8242-3860f5dde0cc Do
Q
Q
Q
The refered-to XObject e8b64a13-edb0-40e6-8242-3860f5dde0cc is in object 76 and has a 0x0 bounding box:
76 0 obj
<<
/Type /XObject
/Subtype /Form
/FormType 1
/Resources <<
/XObject <<
/n2 132 0 R
>>
>>
/BBox [0 0 0 0]
/Matrix [1.00 0 0 1.00 0 0]
/Length 9
>>
stream
™žÔ P„SFZ
endstream
endobj
Copy link to clipboard
Copied
I contact Docusign, Authentisign and Adobe. Docusign said it wasn't their problem. Authentisign tried to help and said to flatten the document by printing in the chrome browser to pdf. Adobe more or less said the same thing--they said that hopefully there would be a fix for it.
My files are below.
Copy link to clipboard
Copied
Thanks for sharing those additional files. They confirmed what I had assumed. The Authentisign signature form field flattening code is buggy and creates the broken content.
So
Docusign said it wasn't their problem.
That's right. Their output is ok.
Authentisign tried to help and said to flatten the document by printing in the chrome browser to pdf.
Well, as their code damages the PDF, real help would be fixing their code for flattening signature widgets.
Of course you can work around their bug by completely removing or flattening the Docusign signature before forwarding your documents to the next signer. But the next signer may also be bewildered by the missing digital signature...
So that manual flattening approach merely would be a work-around while waiting for the Authentisign fix.
Copy link to clipboard
Copied
Thank you, Mikellklink and others who responded. Hopefully this will clear up soon. I appreciate all of your help in getting this resolved.

