1. Release Notes - eSignatures 6.4.0
Release date: 2020-12-24
1.1 New features
New form field type: radio buttons
In eSignatures 6.4, API users can add a new form field type to the documents they’re sending: radio buttons. To that end, a new element type has been introduced: RadioGroup. A RadioGroup contains one or more radio buttons.
The RadioGroup itself may be set as required or optional. The different radio buttons within the RadioGroup may be pre-selected or not.
Templates as default value of TextBoxField elements
TextBoxField elements may now contain a template, including placeholder variables, as default value, instead of just hardcoded text. This way you can add personalized salutations for instance as default value.
Form filling in the WYSIWYS
A new form filling window is available in the WYSIWYS that allows you to view and fill in all form fields on the document.
You can open this window by clicking the View all form fields icon .
Bulk actions
Web Portal users can now take certain actions on multiple documents simultaneously, instead of having to do them document per document.
The following actions can now be done in bulk:
- Delete documents
- Revoke documents
- Extend the expiration date of documents
- End documents
- Send documents to signers
- Notify actors
Send documents without SigningFields
Both in the Document Portal and though the API, documents can now be sent without including a SigningField.
This way, you can add documents that don't require a signature as attachment to a package. And you can send documents for approval only.
1.2 Improvements
Countries are listed alphabetically in the contact creation / editing screen
When creating or editing a contact, Document Portal users can add a phone number to the contact’s data, to enable them to use SMS OTP signing.
The countries in which eSignatures supports SMS OTP signing are now sorted alphabetically instead of in an ascending order by country code prefix. This facilitates searching the required country from the list.
Warning when inviting users
When administrators click the Invite user button, they will see a warning notifying them that the user must have been created in the Service Config Tool (SCT) first before the Invite user button can be used.
Redirect to itsme
When using itsme signing, users are now redirected to the itsme services directly, instead of through an iFrame integration.
1.3 Handled issues
Jira code | Issue code | Description |
---|---|---|
CEP-8917 | 34362 | OrderIndex issue in API v3 has been fixed. |
CEP-8873 | 34290 | Issue where users receive two mail notifications instead of one has been fixed. |
CEP-8787 | / | French translation error has been corrected. |
CEP-8782 | / | Environment settings loading issue when duplicate user group existed has been fixed. |
CEP-8775 | / | Missing favicon.ico in WebPortal and Config Index no longer fills up the logs. |
CEP-8762 | / | Incorrect CAN pin request text when signing with LuxID has been corrected. |
CEP-8727 | / | Reject button display issue after refusal has been fixed. |
CEP-8716 | / | Incorrect document status for optional refusal has been fixed. |
CEP-8710 | / | Audit trail issue has been fixed. |
CEP-8690 | / | When creating “Instant Packages” in API v4 the temp documents were not cleaned up after submit error. |
CEP-8643 | / | Upgrading to a post-6.2.x version used to reset some SMS settings to default. |
CEP-8599 | / | API v3 error message when an email address within a PersonGroup is not unique has been improved. |
CEP-8497 | / | Order of packages actions in Audit trail has been corrected. |
CEP-8994 | / | Signing field deletion issue in complex signing order has been fixed. |
CEP-8144 | / | Request Audit Trail button used to be displayed for expired packages. |
CEP-8058 | / | Document status issue has been fixed. |
CEP-8013 | / | Textbox issue in Contact groups filter has been fixed. |
1.4 Known issues
eSignatures 6.4.0
Jira code | Issue code | Description |
---|---|---|
CEP-8928 | / | Approvers / form fillers are currently not redirected after approving / saving their packages, even if a RedirectURL has been correctly passed through the API. |
CEP-8925 | / | An incorrect error message is currently displayed when you’re not mandated to sign during itsme signing. |
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.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 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.
2. Upgrade Information
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.