2. Release Notes - eSignatures 6.4.1
Release date: 2021-01-13
1.1 New features
eSignatures 6.4.1 is a hotfix version and doesn't contain new features.
1.2 Handled issues
Jira code |
Issue code |
Description |
CEP-8973 |
/ |
API v4: Incorrect bearer token issue has been fixed. |
CEP-8963 |
/ |
API v4: Casing issue when using the Callback legacy setting has been fixed. |
CEP-8956 |
/ |
Signer reassign issue has been fixed. |
CEP-8954 |
/ |
Receiver display issue in Document Portal has been fixed. |
CEP-8953 |
/ |
Casing issue in counters has been fixed. |
CEP-8928 |
/ |
Approvers / form fillers are now correctly redirected after approving / saving their packages. |
CEP-8925 |
/ |
Correct error message is now displayed when you’re not mandated to sign during itsme signing. |
CEP-8917 |
34362 |
API v3: OrderIndex issue has been fixed. |
CEP-8579 |
/ |
SigningType parameter issue in eSignatures Counters API has been fixed. |
1.3 Known issues
eSignatures 6.4.0
Jira code |
Issue code |
Description |
CEP-8902 |
/ |
After using the Bulk action Send to signers, the End button is currently not available. Instead, clicking the Send to signers button again ends the package. |
CEP-8949 |
/ |
The subject line is currently removed after adapting the default email messages in Step 3 of the upload process. |
eSignatures 6.3.0
Jira code |
Issue code |
Description |
CEP-8888 |
/ |
Itsme signing: When one signer of multiple signers has already signed, the subsequent signers (in a sequential or complex signing flow) receive 2 mail invitations to sign, instead of one. Signers and receivers also receive 2 mails to download the finished documents. |
CEP-8406 |
/ |
Handwritten signature set to Overlay is currently not visible. |
CEP-8530 |
/ |
Worker log issue. |
CEP-8541 |
/ |
Preview issue in Config Index Theme section. |
CEP-8543 |
/ |
PDF preview of optional documents is off center on mobile devices. |
eSignatures 6.2.0
Jira code |
Issue code |
Description |
CEP-8371 |
/ |
SMS OTP throttling error |
eSignatures 6.1.1
Jira code |
Issue code |
Description |
CEP-8207 |
/ |
User permissions issue when user logs in for the first time. |
eSignatures 6.0.1
Jira code |
Issue code |
Description |
CEP-8056 |
/ |
When IsAutomaticMembershipEnabled is disabled and a user who has been invited to log in, clicks the invitation link while already being logged in with another account in the same browser (for instance as initiator who sent the invitation link), they will not be able to log in, and the login of the other account will no longer work either. |
CEP-6409 |
30654 |
Error message when uploading a corrupt PDF should be improved. |
eSignatures 5.5.3
Jira code |
Issue code |
Description |
CEP-7554 |
/ |
Internet Explorer: Wrong color for signing method when choosing it for a Contact Group. |
eSignatures 5.5.0
Jira code |
Issue code |
Description |
CEP-7078 |
/ |
It’s currently not possible to sign with FranceConnect using eIDAS3. |
eSignatures 5.4.2
Jira code |
Issue code |
Description |
CEP-6288 |
/ |
Branding issue: saving a change in one of the subtabs navigates to 1 tab above. |
Signatures 5.3.0
Jira code |
Issue code |
Description |
CEP-5944 |
/ |
Itsme scrolling is not as smooth as expected on Safari on iPhone. |
eSignatures 5.2.4
Jira code |
Issue code |
Description |
CEP-5564 |
/ |
When a package contains both an asynchronous and synchronous signing method, and the asynchronous signing fails, the signing session cannot be recovered. |
eSignatures 5.2.0
Jira code |
Issue code |
Description |
CEP-4817 |
/ |
Display bugs when using complex signing on Safari and Chrome |
eSignatures 5.1.1
Jira code |
Issue code |
Description |
CEP-4719 |
/ |
The timeout of the session is currently absolute. Users are logged out even if they have been active. |
Older known issues
Jira code |
Issue code |
Description |
/ |
/ |
German installation of Chrome can generate errors during signing. |
1.4 Known limitations
General
- A package must not exceed 150 MB.
- A single document inside a package must not exceed 30 MB.
- A single document must not contain more than 30 signing fields.
- A package may contain a maximum of 15 documents.
- An .xml file must not contain more than 2 million characters per file. A package must not contain more than 15 .xml files.
- Large files might affect signing performance depending on the user's Internet connection.
- Documents whose physical dimensions exceed 3.99 m by 3.99 m are not supported.
- Adding multiple initiators within a single package is not supported.
- Packages currently can’t contain both XML documents and PDF documents on which signatures will be placed. The type of package is determined by the first uploaded document.
- Inserting a tab in front of a Text Marker in Word is not supported. Instead of using tabs, use tables, columns or text boxes. If you still want to use tabs, convert your Word document to PDF before uploading it.
- When using Safari: after you upgrade from an older version, you will be prompted to quit your browser. When reopening your browser and your previous tabs don’t open automatically, do not reuse your original link to the signing page. Instead, go to History > Reopen All Windows From Last Session.
- Native design applications for DTP, CAD, etc. can generate documents with a high level of complexity (very high number of elements, vectors, images, …). This may result in the fact that the application cannot prepare the document in a reasonable timeframe. Consequently, it will be impossible to add these files to the Signing environment (not through the API nor in the Document Portal) due to timeout. It is not possible to know in advance if a complex document will generate a timeout or not as it depends on too many factors. The applications generating these kinds of PDFs usually have a setting to create a PDF that is suitable for online usage. We strongly recommend using this setting to reduce the complexity of the document before upload.
PDF files
PDF portfolios are not supported. This is because a PDF portfolio may contain a wide range of file types that are not supported by eSignatures. A PDF portfolio may for instance contain e-mail messages, spreadsheets, CAD drawings, PowerPoint presentations, etc. As a result, a signer will only be able to view and sign the PDF cover sheet, and not the actual files the Portfolio contains, which renders the entire Portfolio invalid.
Uploading PDF/A documents is only allowed if the format is PDF/A_2A or PDF/A_1A.
Uploading PDF/A documents to which you add form fields in eSignatures API v4 breaks the "/A" part of the PDF. As a result, the documents end up a regular PDF.
As a workaround, you must set the TargetFormat parameter in the POST document call to PDF/A_1A or PDF/A_2A (depending on the source format). The breaking will still happen but after all form fields have been filled or saved, the document will be converted to the set target format, resulting in a PDF/A document again.
Itsme signing
(Note that these limitations do not apply when using itsme through OpenID Connect)
- When using itsme as signing method, the target type of your documents must be PDF/A_1A or PDF/A_2A. It’s the administrator’s responsibility to make sure these output formats are available in the user’s eSignatures solution, and it’s the user’s responsibility to select the correct output format. Connective does not perform any checks whether the right output format has been selected combined with itsme.
- When using itsme signing in packages, each document within the package must be signed individually, which means QuickSigning is not supported.
- When using itsme signing, the document and package names must only contain characters that are part of ISO 8859-15. This character set supports most usual characters, but some software-generated characters like curly apostrophes and long dashes are not supported.
iDIN signing
- Avoid using long legal notices combined with iDIN signing, especially when sending packages through the API. If long legal notices are used, the MerchantUrl exceeds its maximum number of 512 characters.
Mandated signing rules
- The mandated signing rules that have been configured in the Config Index cannot be overwritten using API v4 calls.
Download notifications
It may occur that Download notifications are still handled like spam / read by URL protection software, even after whitelisting them.
As a workaround, mail recipients must add the URL to the Microsoft Office 365 Advanced Threat Protection (ATP) Do not rewrite the following URLs list.
If you have a version of eSignatures installed prior to version 6.4, consult the Connective - eSignatures 6.4 - Installation Documentation to learn how to upgrade it to version 6.4.