Products
Packages [expand] [collapse]
Services
Released in version
3.5.0
3.4.0
3.2.0
3.1.0
3.0.0
2.0.0.2

Release notes for Episerver updates

This overview lists changes included in Episerver updates delivered as NuGet packages and services. Use the information to decide which updates to apply to your project, see Installing Episerver updates. Select a product, package, or service in the left menu, and filter for dates, features, or bug fixes.

  • See only new features (all features) - filter on item type Feature.
  • See only end-user (user interface) features - filter on item type UI Feature.
  • See only critical bug fixes - filter on item type Critical Bug.

Note: New NuGet packages listed here may not be immediately available in the Episerver NuGet feed.

Changes in EPiServer.Forms.ServiceApi

Item type
From date
To date
Items/Page
Area Id Type Description Released
AFORM-2406
  Performance improvements to Forms Service API

To improve performance, this version introduces a new endpoint for retrieving submission data.

/EPiServer.Forms.ServiceApi/FormSubmission/

{formId}

Supported query parameters:

  • language: Language of form (ISO 2 Letter Language Codes. For example: en, sv)
  • skip: Index of the first submission to return.
  • top: Maximum number of submissions to return.
  • sortColumnName: Sort results by column name. (e.g. __field_123).
  • sortDescending: Sort direction. Default value is true (sort desc by default if no param is passed).
  • beginDate: Show submission created after date.(format: 2014-04-25T16:15:47-04:00) (ISO 8601 format).
  • endDate: Show submission created before date.(format: 2014-04-25T16:15:47-04:00) (ISO 8601 format).
Fix Version/s: EPiServer.Forms.ServiceApi 3.5.0;
Feb 25, 2020
AFORM-2405
  Forms Service Api causes high CPU when getting submission
  • FormServiceApi retrieves all data submission from database before OData is applied.
  • We should introduce new endpoint for retrieving submission data and data should be filtered/paginated at database layer. That endpoint is described in AFORM-2406.
Fix Version/s: EPiServer.Forms.ServiceApi 3.5.0;
Feb 25, 2020
AFORM-1739
  Form.ServiceAPI not compatible with Episerver.serviceapi 5

Steps to reproduce

1. Install a site with Forms.
2. Install Episerver.serviceapi 5.0.
3. Install Episerver.forms.ServiceAPI .

--> Error: Episerver.ServiceAPI 5.0.0 not compatible with Episerver.Forms.ServiceApi 3.3.0

Fix Version/s: EPiServer.Forms.ServiceApi 3.4.0;
Jun 27, 2018
AFORM-1993
  Datepicker validate incorrectly when changing time zone

Steps to reproduce:
1. Install Alloy site
2. Create container form with 2 steps
3. Add date time range in step 1
4. Change the time zone to (UTC+05:30) Chennai, Kolkata, Mumbai, New Delhi
5. Open container form, input valid date time range and click "Next step"

Expected: Step 2 is showed
Actual: Validation error is showed "Enter a valid date time range"

Fix Version/s: EPiServer.Forms.ServiceApi 3.4.0;
Jun 27, 2018
AFORM-983
  Forms.ServiceApi should depend on Forms.Core only

Forms.ServiceApi should depend on Forms.Core only. Before this change, it depended on the Forms package.

Fix Version/s: EPiServer.Forms.ServiceApi 3.2.0;
Apr 11, 2017
AFORM-888
  Improved Forms Service API for deleting submissions

This story introduces a new method for deleting form submissions: DeleteFormData.
The method requires formId (int) and recordIds (array of string) as its parameters.

Note: To perform the DeleteFormData method, the user must have WriteAccess permission to access the EPiServerServiceApi.

Fix Version/s: EPiServer.Forms.ServiceApi 3.1.0;
Feb 23, 2017
AFORM-623
  EPiServer.Forms.ServiceApi and web api attribute routing in same project

1. Create a new epi site like Alloy.
2. Create a custom WebApi controller using attribute routing and test that it is working correctly.
3. Add Epi Forms and EPiServer.Forms.ServiceApi to the solution.
4. Add files to the solution

Result:

If enabling episerver:serviceapi:maphttpattributeroutes, you get this error: A route named 'MS_attributerouteWebApi' is already in the route collection. Parameter name: name.
http://screencast.com/t/R4caDTYk

If disabling it, you get this error: ValueFactory attempted to access the Value property of this instance.
http://screencast.com/t/t5qB4AFgH6P

Fix Version/s: EPiServer.Forms.ServiceApi 3.0.0;
Jul 05, 2016
AFORM-564
  ServiceApi: The instruction to set "episerver:serviceapi:maphttpattributeroutes" to false. But why should I have to do that?

See full thead in https://www.yammer.com/emvp/#/threads/show?threadId=683701526&messageId=684742307

Suggestion from EMVP:
Installing this however gives an error, more specifically that that the attribute routing is already configured. So am I missing something here or should the mapping of the httpattributes not be done in the forms api, as it is already done in the service api, on which it depends?

If I disable the mapping for the service api in the app settings, the error is gone and the mapping still done. Which is a fix, but I don't think I should have to?

I see the instruction to set "episerver:serviceapi:maphttpattributeroutes" to false. But why should I have to do that? The forms api depends on the service api, so the attribute routing would have been mapped already, right? There is no need for the forms api to do it as well? It might also cause a problem if other modules want to register attribute routing and you cannot disable it for the forms api as well?

Fix Version/s: EPiServer.Forms.ServiceApi 2.0.0.2;
Apr 11, 2016