1. Release Notes - eSignatures 6.3.1
Release date: 2020-10-26
1.1 New features
eSignatures 6.3.1 is a hotfix version and doesn't contain new features.
1.2 Improvements
N/A.
1.3 Handled issues
Jira code | Issue code | Description |
---|---|---|
CEP-8550 | / | Packages signed with itsme signing now correctly reach the Finished status. |
CEP-8551 | / | Itsme signing of packages that contain optional documents now correctly reach the Finished status. |
CEP-8546 | / | A new response parameter has been added to API v4: VerifiedName. This parameter contains the verified name returned from the signing certificate or signing service. The CompletedBy parameter is now also correctly filled in |
CEP-8563 | / | Custom legal notice issue has been fixed. |
CEP-8583 | / | Get Themes call issue when opening the WYSIWYS has been fixed. |
CEP-8613 CEP-8553 CEP-8555 CEP-8614 |
/ | Snippet issues in Config Index have been fixed. |
CEP-8299 | 33469 | Swagger inconsistency issue has been solved. |
CEP-8432 | / | It's now supported to select PDFA_1A or PDFA_2A as TargetFormat in API v4 when using the FieldId parameter to detect form fields. |
CEP-8549 | / | It's now supported to download the Audit Trail of packages with optional/refused documents. |
CEP-8556 | / | Audit Trail download issue of ended packages has been fixed. |
CEP-8557 | / | Incorrect SigningTextFields issue for manual SigningMethods has been fixed. |
CEP-8582 | / | Back button issue with optional documents has been fixed. |
CEP-8595 | / | WYSIWYS language issue with optional documents has been fixed. |
1.4 Known issues
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-8322 | / | iDIN signing issues with long legal notice. |
CEP-8371 | / | SMS OTP throttling error |
CEP-8288 | / | Users are not automatically added to the default user group. |
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.6 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 DocumentPortal) 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.
- Itsme signing is currently not supported on macOS Mojave v10.14 combined with Safari v12.0.
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.
2. Upgrade Information
If you have a version of eSignatures installed prior to version 6.3, consult the Connective - eSignatures 6.3 - Installation Documentation to learn how to upgrade it to version 6.3.