Documentation on how to work with Umbraco Forms for both editors and developers.
Umbraco Forms is a tool that lets you build forms of all shapes and sizes and put them on your Umbraco websites. Build forms using a long list of elements like multiple choice, dropdowns, text areas and checkboxes. Choose between a series of different workflow and control what happens once a form has been submitted.
This documentation platform covers only major versions of Umbraco Forms. If you are using an older version of Umbraco Forms, you will need to go elsewhere.
Installing Umbraco Forms
Installing Umbraco Forms
Umbraco contains the Forms section, by default. You will see a similar interface, when you click on the Forms section in the Umbraco Backoffice.
Video Tutorial
To install the Umbraco Forms package (Umbraco.Forms), follow these steps:
Umbraco 10 and above Documentation
Umbraco 8 Documentation
Identify the Umbraco CMS version your project is running.
Find a compatible version of Umbraco Forms that matches your Umbraco CMS version. A list of Umbraco Forms versions can be found on nuget.org.
Run the following command on a command prompt of your choice, replacing <version_number> with the appropriate version identified above:
Restart the web application using the following command:
Start Building Forms
Once the installation is successful, you will see a similar screen in the Forms section:
Create new Forms and add them to your Umbraco site in minutes.
Preparing your Frontend
Ensure you have the necessary client dependencies before adding a Form to your site.
Upgrading Umbraco Forms
This article shows how to manually upgrade Umbraco Forms to run the latest version.
When upgrading Umbraco Forms, be sure to also consult the version specific upgrade notes to learn about potential breaking changes and common pitfalls.
Get the latest version of Umbraco Forms
To get the latest version of Umbraco Forms, you can upgrade using:
NuGet
NuGet installs the latest version of the package when you use the dotnet add package Umbraco.Forms command unless you specify a package version: dotnet add package Umbraco.Forms --version <VERSION>
After you have added a package reference to your project by executing the dotnet add package Umbraco.Forms command in the directory that contains your project file, run dotnet restore to install the package.
Visual Studio
Go to Tools -> NuGet Package Manager -> Manage NuGet Packages for Solution... in Visual Studio, to upgrade your Forms:
Select Umbraco.Forms.
When the command completes, open the .csproj file to make sure the package reference is updated:
The date picker uses a front-end library called Pikaday to display a UI to pick dates.
Date picker on frontend
Pikaday date picker can be localized based on the page the Form is rendered on.
The date picker displays the picked date in the required locale. Using JavaScript, a hidden field is updated with a standard date format to send to the server for storing record submissions. This avoids the locale mixing up the dates.
To achieve localized date, a Razor partial view is included at /Views/Partials/Forms/Themes/default/DatePicker.cshtml.
The DatePicker.cshtml includes the moment-with-locales.min.js library to help with the date locale formatting and the appropriate changes to Pikaday to support the locales. If you wish to use a different DatePicker component, edit the DatePicker.cshtml file as per your needs.
Configure the date picker
The Date picker has to control the number of years shown in the picker and the date format.
File Upload
The File Upload field allows the users to upload a file along with the Form on your website.
In this article, you will find details about the configuration options you have for the File Upload field.
fileupload
Predefined allowed File Types
You can choose to specify which files you want to allow the user to upload, when accessing the Form.
To allow only specific files:
Select the File Type checkbox the user should be able to upload.
Click Submit.
We recommend selecting Allow only specified files, to limit malicious code to be uploaded, whenever the user is submitting the Form.
User Defined Allowed File Types
If the list of predefined file types do not include a specific file type, you can add additional ones.
To add new file type:
Type a file extension name in the User defined allowed file types field and click add.
Click Submit.
Server-side file validation
The file upload field type will verify the file contents using the registered set of IFileStreamSecurityValidator instances.
To read more about this feature, see in the CMS documentation.
reCAPTCHA V2
In Umbraco Forms, reCAPTCHA V2 comes out of the box to help you to protect your site from spam, malicious people, and so on.
Enabling reCAPTCHA V2
Follow these steps to enable reCAPTCHA V2 in Umbraco Forms:
Go to the Forms section in the backoffice.
Find the form that should have ReCAPTCHA v2 enabled.
Add a new question and select ReCAPTCHA v2 as its answer type.
Make sure the field is set as Mandatory.
Configure ReCAPTCHA settings in the appSettings.json file to include public and private keys:
You can create your keys by logging into your .
reCAPTCHA V3
In Umbraco Forms, reCAPTCHA V3 comes out of the box.
reCAPTCHA v3 allows you to verify if an interaction is legitimate without any user interaction.
Enabling reCAPTCHA V3
Follow these steps to enable reCAPTCHA V3 in Umbraco Forms:
Go to the Forms section in the backoffice.
Find the form that should have ReCAPTCHA v3 enabled.
Add a new question and select ReCAPTCHA v3 with Score as its answer type.
Make sure the field is set as Mandatory.
Configure ReCAPTCHA settings in the appSettings.json file to include public and private keys:
You can create your keys by logging into your .
reCAPTCHA Enterprise
In Umbraco Forms, reCAPTCHA Enterprise comes out of the box.
reCAPTCHA Enterprise allows you to verify if an interaction is legitimate without any user interaction.
Enabling reCAPTCHA Enterprise
Follow these steps to enable reCAPTCHA Enterprise in Umbraco Forms:
Go to the Forms section in the backoffice.
Find the form that should have ReCAPTCHA Enterprise enabled.
Add a new question and select ReCAPTCHA Enterprise with Score as its answer type.
Make sure the field is set as Mandatory.
Configure reCAPTCHA settings in the appSettings.json file to include SiteKey, ApiKey and ProjectId:
You can create your keys by logging into your .
Localization
The labels, descriptions, and buttons that make up the backoffice screens for Umbraco Forms can be translated into different languages.
When an editor chooses a language for their account, Umbraco CMS will render appropriate translations. The translations will contain a file for that language and a key for the label in question. If either of these can't be found, the label will be displayed in English (US).
Language Files
Umbraco Forms ships with translations for the following languages:
Block List Filters
When working with the Block List editor, by defining a label for the appearance of the Block.
These labels can contain AngularJS filters.
A filter umbFormsFormName is available for use.
If you add a reference to a property containing a form to the block's label, it will render with the form's Id.
For example, assuming a property containing a picked form with an alias of contactForm:
dotnet run
Czech (cs-cz.xml)
Danish (da-dk.xml)
Spanish (es-es.xml)
French (fr-fr.xml)
Italian (it-it.xml)
Polish (pl-pl.xml)
UK English (en-gb.xml)
US English (en-us.xml)
If the language you require does not exist, it's possible to create your own by duplicating the default en-us.xml file. You can then save it with the appropriate culture code for the language you need and replace the English text with the translated version.
As of Forms 10, the file no longer exists on disk and is shipped as part of the Umbraco.Forms.StaticAssets NuGet package. You can open this package, either locally using Nuget Package Explorer, or online by clicking the "Open in NuGet Package Explorer" link. You'll find the file at staticwebassets/Lang/en-us.xml.
Once translated, the new file should be saved into the App_Plugins/UmbracoForms/app/lang/ folder.
Sometimes you might have a field in your Form, that you want to show only if the user has entered a specific value in another field.
You can achieve this setting by using conditional logic on Fields.
Example
Take a look at the following:
In this case, it makes sense to only show the email or phone field when the corresponding option is selected in the How should we contact you? field.
To enable conditions for the Email and Phone fields, do the following:
Click the cog wheel next to the Email and Phone field. The Edit question dialog opens.
Select Enable Conditions in the Conditions section.
Action and Logic Types
There are two Action Types:
Show: the field will be displayed if the rules match
Hide: the field will be hidden if the rules match
Next up, you'll need to specify the Logic Type. This setting is only important if you have multiple rules.
All: All of the rules must match
Any: Any of the rules may match
Adding a new condition
When adding a new condition, you'll need to select the field where you want to evaluate the value and can select an operator.
In this example, we only want to show the Phone field if the value of the How should we contact you field is Phone.
Similarly, you can display the Email field, if the value of the How should we contact you field is Email. You can see the conditions added to each field in the Forms designer:
Result
When both the conditions have been set as shown above, this is how it will look on the frontend:
In this example, we have only selected Phone but it is possible to choose both Phone* and Email and display both the fields.
Conditions for Pages and Fieldsets
As well as showing or hiding a field based on conditions, you can also apply conditions to groups of fields (known as fieldsets) or to pages. The process is the same as described above.
When applying a condition to a page, effectively you are controlling the display of the submit button (for a single-page form) or the next/previous buttons (available on multi-page forms). In this way you can ensure that the entry so far is complete before accepting it or allowing the user to move onto the next page.
Conditions for Dates
You can apply conditions to dates as well as strings. When you use the date picker field, you can set a condition if a submitted date is greater/less than a specific date.
Viewing And Exporting Entries
Expand the Form in the tree to view the Entries for each Form.
Tree
Video overview
Entries Overview
When accessing the Entries viewer, you will be able to see all the entries submitted via the Form.
Viewing the Entries
By default, the list is filtered to show entries only from the past month. If you want to change the date range, pick the appropriate time period from the date picker. You can also filter the entries by specific words using the Search field on the left.
Clicking on the first field for each record in the list will open the full set of information recorded for the form entry. Next and previous buttons allow you to navigate through the entry list.
Editing the Entries
If configured via the permissions model and supported by the version of Umbraco Forms you are running, entries may be editable via the backoffice. If available, click the Edit button to switch the read-only view of an entry to an editable one and Save to record the changes. An audit trail will show who and when updates on the entry were made.
Validation will operate as is configured for the form in terms of mandatory fields and those that must match a particular pattern. Conditional display of fields is not supported.
Exporting Entries
To export all the entries from your Form:
Go to the Forms section.
Navigate to the Entries you wish to export.
Click Export in the top-right corner of the screen.
If you have fields that allow the user to upload files within your form, you will also have the option to download a zip file containing these files. You can either download the files in the structure that they are stored on the web server's disk. Or you can download them organised by entry, so it's easier to match up the entry listed in the spreadsheet download with the uploaded file(s).
Record Actions
When selecting entries, it is possible to execute Actions. To select an entry, click anywhere on the entry.
Clicking on the Name opens a view where you can see the entire entry details.
Select at least 1 record to see the available actions in the top-right corner. By default, there are 3 possible actions:
Approve
Reject
Delete
Prevalue Source Types Overview
There are some default prevalue source types that can be used.
Here is a quick overview of them:
Get values from textfile
Upload a textfile that contains the prevalues. Each prevalue should have its own line in the file. Once the file has been uploaded, you can find it in ~/wwwroot/App_Data/UmbracoForms/Data/PreValueTextFiles/{GUID} where the {GUID}is replaced with the pre-value ID.
Umbraco Documents
Allows to use content nodes from a specific source as prevalues. You can define the root node by either
Choosing a node directly from the Content tree or
Additional settings can be applied:
Select which Value field should be used for the value of the prevalue.
Select Use current page as root instead of choosing a specific root node. The preview is not available when this setting is enabled.
Select a specific Document type, if the selected root node contains a different Document Type.
In the example below, the prevalue collection from a Data Type called Home - Font - Radio button is used:
Rendering Forms
Learn the different ways of rendering a form on your website when using Umbraco Forms.
There are three options available for rendering a form.
Rendering Using a View Component
To display a form in your view, you can make a call to a view component:
Six parameters can be provided:
formId is the GUID of a form.
theme is the name of a theme. If not provided, the default theme is used (see ).
includeScripts indicates whether scripts should be rendered with the form. This is necessary for using conditional fields. See for more details.
recordId is an optional existing record GUID, used if editing records via the website is
redirectToPageId is an optional GUID for a content page that, if provided, is redirected to once the form has been submitted. It will be used in preference to post-submission behavior defined on the form itself.
additionalData is an optional dictionary of string values. When provided it will be used as a source for . The data will be associated with the created record and made available for custom logic or update within workflows.
Usually, rather than hard-coding the form's GUID and other details, you'll use a form, theme or content picker on your page:
Rendering Using a Tag Helper
If you prefer a tag helper syntax, you can use one that ships with Umbraco Forms.
Firstly, in your _ViewImports.cshtml file, add a reference to the Umbraco Forms tag helpers with:
Then in your view you can use:
Rendering Using a Macro
With a grid or Rich Text Editor, you need to use a macro. This is also available as an option to display a form in your view, where you provide three parameters:
FormGuid is the GUID of a form.
FormTheme is the name of a theme. If not provided, the default theme is used.
ExcludeScripts
Similarly, you can reference a form picker property on your page:
Migration IDs
A unique migration ID is generated for each Umbraco Forms upgrade that requires a migration. The migration IDs are all listed in this article.
Migration ID
Introduced In Version
Description
7c7bc5ee-4c5b-42dc-9576-5ce6dfbddb8e
10.0.0
Installs Umbraco Forms.
9f7e6fe6-bbd5-4b2b-8820-e9e0e36cc74c
10.1.0
Adds Culture column to Records table.
Form Information
System information related to a form can be viewed via the "Info" tab.
To access the Form Information:
Navigate to the Forms section.
Open a Form you wish to customize.
Click Info in the top-right corner of the screen.
General
The "General" panel displays system information about the form. The date the form was created and last updated are shown. Also available are the integer and GUID identifiers that are useful when referring to the form in code.
Relations
Information about which pages a form is hosted on is tracked by Umbraco every time a content item is saved.
The list of pages where the form is hosted is shown in this section.
Excluding a built-in field
Umbraco Forms comes with some built-in fields however it is possible to exclude/remove them if necessary. There might some use cases where you have no use for file upload and don't want editors using them. Or perhaps you want to remove a field to replace it with one with enhanced functionality that you build yourself.
Example
The following class shows how to exclude built-in field types using a custom composer. The Password, Recaptcha2 and RichText field types (or "answers") will no longer be available for selection when creating a form in the backoffice.
Field Types
Umbraco Forms comes with a number of Field Types to allow you to request certain data in the forms that you design & build. This documentation is to guide specific details about field types that we ship that require some detail in how they work.
Date Picker
The date picker uses a front-end library called PikaDay.js to display a UI to pick dates from. We have added the support for the Pikaday date picker to be localized based on the page the form is rendered on. This displays the picked date in the correct locale. In JavaScript, we update a hidden field with a standard date format. This is done to send the date to the server, ensuring the record submission is stored in a standard format. This is to avoid locale mixing up dates.
To achieve this a new Razor partial view is included /Views/Partials/Forms/DatePicker.cshtml. Once on a page with a form that includes a Date Picker, it also includes the MomentJS library to assist with date locale formatting. Additionally, there are appropriate changes to Pikaday.js to support the locales. If you wish to use a different DatePicker component this is the file that you would customize to your needs.
Date Picker configuration of the year range
The DatePicker has one configuration setting to control the number of year shown. The default is 10 years which makes the picker unusable for picking birth dates.
Go to your appsettings.json and add:
You can then change the DatePickerYearRange to a higher number (for example 100).
Form Advanced Options
In this article, you will find information about accessing the Forms Advanced Options and the features available to customize your Form.
To access the Form Advanced Options:
Navigate to the Forms section.
Open a Form you wish to customize.
Overview Of The Field Types
Umbraco Forms comes with many default Field Types, also known as Answer Types. You can choose from these options when adding new fields to your Forms.
By default, the following Field Types are available:
Short Answer: A textbox allows up to 250 characters.
Rendering Forms Scripts
Learn how to manage script placement for Umbraco Forms by controlling where and how forms are presented on a webpage.
Forms output some JavaScript which is by default rendered right below the markup.
In many cases, you might prefer rendering your scripts at the bottom of the page. For example, before the closing </body> tag. This generally improves site performance.
In order to render your scripts where you want, you need to add a snippet to your template. Make sure you add it below your scripts, right before the closing </body> tag.
By default, Forms uses TempData for tracking the forms rendered on a page. The stored values are used when rendering the form scripts and associated data.
Umbraco Forms in the Database
In Umbraco Forms, it is only possible to store Form data in the database.
If you are upgrading to Umbraco 9 or later and using Forms, you should first migrate the Forms to the database using Forms 8. As of Umbraco Forms version 8.5.0 it is possible to persist all Forms data in the Umbraco database. This includes definitions for each Form and their fields, as well as workflow definitions and prevalues.
Custom file system providers
Webhooks
Umbraco Forms will register events for workflow operations that you can use with .
Workflows are operations that you can associate with form submission, approval, or rejection actions. You can use these where you need to notify external systems of the success or failure of a workflow.
On the Umbraco Settings > Webhooks dashboard, you can configure webhooks to respond to workflows.
You can amend the registration of workflow events in code.
To remove the webhooks that are added by default you can use a composer as follows:
Adds an ExecutionStage column to the Record Workflow Audit table.
5d84fee1-388c-4e5f-b98c-1e66947278f1
10.1.0
No operation migration.
22df962a-ae26-4bdd-b8fd-0513a9c636bf
10.5.2/12.1.2
Ensures the presence of an index on the FolderKey column in the Forms table.
c3e657f6-3ae7-4ee9-b442-01702a41de9a
12.2.0/13.0.0
Adds a relation between content and forms.
e0290a40-91c9-4acb-a7ca-d312037078f2
12.2.0/13.0.0
Adds a NodeId column to Forms table
6f0eb771-6690-4b53-870a-f7dbb2785cac
12.2.0/13.0.0
Populates the NodeId column in the Forms table.
44949e12-e4ef-42c0-949b-67286b946fe0
12.2.0/13.0.0
No operation migration.
773ae769-00b7-4429-b7d5-de0fda0b4217
12.2.1/13.0.1
Ensures the consistent key is used for the relation type between content and forms.
55d53d2e-f795-42fb-9e77-8edfc6eed4aa
13.2.0
Adds an AdditionalData column to the Records table.
1fff8b7b-48e7-450a-80b1-7df628508b27
13.3.0
Adds delete entries permissions field to the security tables.
7e170195-cab7-48ca-98c7-bbcbd5cfda95
13.4.0
Adds created and updated by columns to the entity tables.
Using XPath
Select List all Descendants of the selected root node to list all levels of descendants.
Select Order by from the drop-down list to display how the prevalue list should be ordered.
SQL Database
Connect to a OleDB compatible database table and construct a prevalue source from it. Once selected, it will be editable from the Forms interface.
The following configurations need to be set:
Connection string (either choose one from your web.config or add another from a textfield.
Connection String from configuration
Table Name
Key Column
Value Column
Caption Column
Umbraco Data Type Prevalues
Choose an Umbraco Data Type to use its configured prevalue collection.
Data Type prevalues
Form information dialog
Form general information panel
Form relations panel
takes a value of 0 or 1, indicating whether scripts should be excluded from rendering.
RedirectToPageId is an optional picked content item that, if provided, is redirected to once the form has been submitted. It will be used in preference to post-submission behavior defined on the form itself.
using Umbraco.Cms.Core.Composing;
using Umbraco.Forms.Core.Providers.Extensions;
using Umbraco.Forms.Core.Providers.FieldTypes;
namespace MyNamespace
{
public class MyFormFieldsComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.FormsFields()
.Exclude<Password>()
.Exclude<Recaptcha2>()
.Exclude<RichText>();
}
}
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Forms.Core.Extensions;
internal sealed class TestComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
=> builder.WebhookEvents().AddForms(formsBuilder => formsBuilder.RemoveDefault());
}
When creating forms you can add validation to individual fields, making them mandatory or applying a regular expression pattern. You can provide validation rules for the entire form via the advanced options. This allows you to validate expressions based on multiple fields. For example, "these two email fields should be the same", or "this date should be after this other one".
Validation rules
To add new rules, you need to provide the rule definition, an error message and select a field to which the message will be associated. Once created you can click to edit or delete them from the list.
Crafting the rule definition itself requires use of JSON logic along with placeholders for the field or fields that are being validated.
Examples
One example use case would be ensuring that two fields match each other, perhaps when asking for a user's email address. Given two fields on the form, one with the alias of email and the other compareEmail, the rule would be:
A slightly more complex example could be with two dates, where, if provided, you want to ensure the second date is later than the first. So given fields with aliases of startDate and endDate a rule would look like this:
Rules can be nested too. In this final illustrative example, we have two fields. One with the alias choose is a drop-down list with two values: A and B. The second field with alias test we want to be completed only if the user selects B. So we create a rule that is valid only if A is selected OR B is selected AND test is completed.
Overall, you can create rules of varying complexity, using comparisons between fields and static values.
When the form is rendered, these validation rules will be applied on both the client and server-side. In this way, you can ensure the submission is only accepted if it meets the requirements.
Long Answer: A bigger text field that allows multiline text and more than 250 characters.
Textarea
Date: Displays a picker that allows the user to select a date.
Datepicker
Checkbox: Displays a single checkbox that can be checked or not.
Checkbox
File Upload: Allows user to select and upload a local file.
File upload
Password: Allows to type a password. The input is not visible when typing.
Password field
Multiple Choice: Displays a list of items with a checkbox for each item where the user can select multiple options.
Checkboxlist
Data Consent: A field for the purpose of asking for data consent. By default, this field is added to all new Forms.
Data Consent
Dropdown: Displays a list of items in a drop down box where the user can select a single option.
Dropdownlist
Single Choice: Displays a list of items with a radio button for each item where the user can select a single option.
Single choice
Title and Description: Displays a read-only title and description for a set of form fields.
Title and description
Rich Text: Displays read-only formatted text that can be used to provide additional information and links within a form.
Rich text
Hidden: A hidden field allows developers to include data that cannot be seen or modified by users when a Form is submitted.
Hidden
Recaptcha V2: The field displays a single checkbox for the user to select in order to validate the Form.
reCAPTCHA v2
Recaptcha V3 with Score: This field returns a score for each request without user interaction. The score is based on user interactions with the site and enables you to take an appropriate action for your site based on the score.
reCAPTCHA v3
Recaptcha Enterprise with Score: This field returns a score for each request without user interaction. The score is based on user interactions with the site and enables you to take an appropriate action for your site based on the score.
Textfield
The following snippet should be used.
If you have changed the configuration value TrackRenderedFormsStorageMethod to use HttpContext.Items, the snippet is:
Read more about this configuration option in the configuration article.
If you prefer to use a tag helper, that's an option too.
Firstly, in your _ViewImports.cshtml file, ensure you have a reference to the Umbraco Forms tag helpers with:
Then instead of reading from TempData and invoking the view component directly, you can use:
This will use the appropriate storage method that you have configured.
Enabling ExcludeScripts
If you do not want to render the associated scripts with a Form, you need to explicitly say so. You need to make sure ExcludeScripts is checked/enabled, whether you are inserting your Form using a macro or adding it directly in your template.
To enable ExcludeScripts:
Using the Insert Form with Theme macro:
Exclude scripts
While inserting Forms directly in your template:
ExcludeScripts = "1" prevents the associated scripts from being rendered. Any other value, an empty value, or if the parameter is excluded, will render the scripts on the Form.
If
, the migration will not be able to run.
To persist your Umbraco Forms data in the database, you will need to revert to a standard Umbraco Forms configuration. Use the default provider to store the Forms definition files in the default location.
You need to ensure that your Forms definition files are moved from their previous location. This is a non-default file path, blob storage, or similar to the default location, App_Data/UmbracoForms, that Forms will now be using.
Your configuration is now considered a standard configuration and you can perform the steps required for a normal migration.
Enable storing Forms definitions in the database
To persist Umbraco Forms definitions in the database, follow these steps:
Upgrade to at least Umbraco Forms version 8.5.2.
Open the configuration file App_Plugins\UmbracoForms\UmbracoForms.config.
Locate the StoreUmbracoFormsInDb key in the <settings> section, and make sure it has the following value:
Save the file.
If you are working with a Umbraco Cloud project, make sure you follow the migration steps outlined in the Umbraco Forms on Cloud article.
Enabling the persisting of Umbraco Forms in the database is irreversible. Once you've made the change, reverting to the file approach will not be an option.
When you save the file, the site will restart and run a migration step, migrating the files to the Umbraco database.
Migrating Forms in files into a site
You can force Forms to rerun the migration of the file-format Forms if you have a Umbraco 8 site storing Forms in the database.
First of all, you should ensure that you have enabled the setting that persists Forms in the database, as the migration requires this (StoreUmbracoFormsInDb) key. We highly recommend testing this on a local setup before applying it to your live site.
Copy over the Forms, workflows, prevaluesources, and datasource files to the site into ~\App_Data\UmbracoForms\Data.
Go to the database and find the [umbracoKeyValue] table.
Find the Form's row and check that the value is 1d084819-84ba-4ac7-b152-2c3d167d22bc (if not you are not currently working with Forms in the database, changing the setting should be enough).
Change that value to {forms-init-complete}.
Restart the site.
The site will now try to migrate the Forms files into the database. In the umbracoTraceLog, you can follow the progress. It will throw errors if anything goes wrong. Additionally, it will log out "The Umbraco Forms DB table {TableName} already exists" for the 4 Forms tables before starting the migration.
Umbraco Forms is a commercial product. You can run Umbraco Forms unrestricted locally without the need for a license. Running Umbraco Forms in the public domain will require a valid license.
Version 13 supports both the one-off purchase and (in 13.6+) subscription license.
How does it work?
Licenses are sold per domain and will also work on all subdomains. With every license, you will be able to configure two development/testing domains.
The licenses are not bound to a specific product version. They will work for all versions of the related product, but version 17+ will only be available through a subscription-based license (see ).
Let's say that you have a license configured for your domain, mysite.com, and you've configured two development domains, devdomain.com and devdomain2.com.
The license will cover the following domains:
localhost
*.mysite.com
www.mysite.com
You can have only 1 license per Umbraco installation.
What does a license cover?
There are a few differences as to what the licenses cover:
A single license covers the installation of Umbraco Forms in 1 production domain, as well as in 2 development domains.
The production domain includes all subdomains (e.g. *.mysite.com), as well as the .local extension (e.g. mysite.com.local).
If you have multiple domains pointing at the same installation, you have the option to purchase and to your license.
Each additional domain includes 1 live domain and 2 development/testing domains.
This is an add-on domain for existing licenses. Refunds will not be given for this product.
Configuring your license
You can look at the pricing, features, and purchase the license on the page.
Add additional domains
If you require to add addition domains to the license, with your request and they will manage this process.
Reconfiguration of domains
Once a license has been configured with the domains, it is not possible to reconfigure them. An exception is when there is a mistake in the domain URL.
As reconfiguration is not possible, you will either need to purchase an additional domain or a .
Installing your license
You can configure either the one-off purchase license file or when using version 13.6+ the subscription license product key. We do not recommend having both a license file and product key configured, but if you have, the product key is checked first.
Installing one-off purchase license file
Once you've configured your license with the correct domains, you are ready to install the license on your Umbraco installation.
Obtain the license (a .lic file) from the sales team
Place the file in the /umbraco/Licenses directory in your Umbraco installation
The .lic file must be placed in the /umbraco/Licenses directory to be registered by Umbraco Forms. If the file isn't placed correctly, the application will automatically switch to trial mode.
Multiple license files
You can install multiple Umbraco Forms license files without merging them. Place each license file in the /umbraco/Licenses directory (or an alternative location). Each file should begin with umbracoForms, for example, umbracoForms.example1.lic and umbracoForms.example2.lic. This setup allows your installation to recognize multiple licensed domains.
Alternative license location
If you can't include the license file in the /umbraco/Licenses directory for any reason, it is possible to configure an alternative location for the file.
It can be configured in the Umbraco installation's appsettings.json file by adding the following configuration:
The value contains the path of your custom license directory relative to the root of your Umbraco installation.
This will also change the location for other Umbraco-related licenses in this project.
Federal Information Processing Standards (FIPS) Compliant Environments
The algorithm used to decrypt Forms licenses is not supported on locked down FIPS compliant environments, such as those used in the defense industry.
If you are in this situation and unable to resolve it via configuration of the environment, reach out to Umbraco Support.
We have the possibility of generating and providing Forms licenses using alternate algorithms.
You can use this configuration if you reference Umbraco.Licensing version 13.0.1 or higher.
Apply the following configuration with the appropriate algorithm - DES (the default), TripleDES, or AES:
Installing subscription license product key
Subscription licenses are only supported from version 13.6 and above.
Once you've purchased your subscription license with the correct domains, you are ready to configure the license key on your Umbraco installation.
The license key should be added to your configuration using product ID: Umbraco.Forms.
For detailed instructions on how to install and configure your license, including version-specific examples and additional configuration options, see the article.
Attaching Workflows
In this article, you can learn how to add extra functionality to your Form by attaching workflows.
Workflows are a way of defining actions after your Form is submitted like sending an email or creating a content node.
Default Workflow
By default, when a Form is submitted the record data is stored in the database. This can be configured in the Store records of the Forms settings.
The behavior to display a message to the user who submitted the form can be configured by clicking on the built-in first workflow step. This step is labelled Submit message/Go to page, and it can also configure the redirection to another page.
If a value is selected for Go to page, it will be used to redirect to that page once the form has been submitted.
If no value is selected, the message in Message on submit is displayed to the user on the same page, instead of the form fields. This is implemented via a redirect to the current page, ensuring that the form can't be accidentally resubmitted.
By default, the message is created and rendered in plain text. If you need to add formatting to the message, toggle the Format message in rich text button.
Video Tutorial
Adding a Workflow
At the bottom of your Form, a default workflow is already attached to the Form, as well as an option to configure the workflows.
Clicking Configure workflow will give you the option to configure existing workflows, as well as setup new ones.
Choose a Workflow
A new workflow can be of different types and Umbraco Forms ships with a few default ones. You can find an overview of the types in the article.
Update Type-specific Settings
Once the Workflow Type has been selected, you will need to configure the workflow. There are different settings depending on the type that has been selected.
To use data from the submitted Form in your workflow, head over to the article and learn more about how that's done.
Configuring Condition on a Workflow
You can apply conditions to a workflow that trigger it only under specific circumstances. After adding the desired workflow type (for example, sending an email), you can add a condition to the workflow.
Select Enable conditions to open the condition editor. In the condition editor, you will see options to create logic that determines when the workflow should run. The condition is generally based on the values of the form fields.
For example: You have a form with a dropdown field labeled Preferred Contact Method with options such as Email and Phone. You can set up a workflow that sends an email notification only when the user selects Email.
Now, this email notification will only be sent when the user selects Email as their preferred contact method.
Fill in the rest of the settings and click Submit. The workflow is added to your Form and displayed at the bottom of the page.
Workflow Processing
When a form is submitted, any workflows associated with the "submit" stage of the form will run sequentially in the configured order. The record is stored after these workflows are completed, and as such they can make changes to the information recorded.
Similarly, approval of a form entry, whether automatic or manual, will trigger the execution of the workflows associated with the "approve" stage.
Rejection of an entry will trigger the execution of the workflows associated with the "reject" stage.
If a workflow encounters an unexpected error, it will silently fail from the perspective of the user submitting the form. The exception along with the other details of the failed operation is recorded to the log.
From Umbraco Forms versions 8.13.0 and 10.1, an audit trail has been made available. In the list of entries for a form, a summary is presented that shows how many workflows were executed, and how many were successful:
For each entry, in the backoffice a table can be viewed that shows each of the workflows and the success, or otherwise, of the operation.
For any workflows that did not complete successfully, a "Retry" link is available to trigger the workflow again. This is useful for example if there was a temporary infrastructure issue that perhaps prevented an email going out. You would be able to retrigger the workflow once the issue is resolved.
Custom Markup
This article teaches you how to customize how your Umbraco Forms are outputted.
With Umbraco Forms, it is possible to customize the output markup of a Form, which means you have complete control over what Forms will display.
We recommend using Themes to customize your Forms. This will ensure that nothing is overwritten when you upgrade Forms to a newer version.
Customizing the Default Views
The razor macro uses some razor views to output the Form:
1 view for each fieldtype
1 view for the scripts
1 view for the rest of the Form
You can find the default views in the ~\Views\Partials\Forms\Themes\default folder.
To avoid your custom changes to the default views from being overwritten, you need to copy the view you want to customize into your theme folder, e.g. ~\Views\Partials\Forms\Themes\YourTheme, and edit the file in YourTheme folder.
Form.cshtml
This is the main view responsible for rendering the Form markup.
The view is separated into two parts, one is the actual Form and the other will be shown if the Form is submitted.
This view can be customized, if you do so it will be customized for all your Forms.
Script.cshtml
This view renders the JavaScript that will take care of the conditional logic, customization won't be needed here.
FieldType.*.cshtml
The rest of the views start with FieldType, like FieldType.Textfield.cshtml and those will output the fields. There is a view for each default fieldtype like textfield, textarea, checkbox, etc)
Contents of the FieldType.Textfield.cshtml view (from the default theme):
Umbraco Forms uses ASP.NET Unobtrusive Validation which is why you see attributes like data-val and data-val-required.
This can be customized but it's important to keep the ID of the control to @Model.Id since that is used to match the value to the Form field. For fields that are conditionally hidden, without an ID of @Model.Id the control won't be shown when the conditions to show the field are met. An ID needs to be added to text controls such as headings and paragraphs.
The view model for the partial view for a field is FieldViewModel. This defines properties that may be useful when creating new themes or custom fields, some of which are shown in the code samples above. Others include:
AdditionalSettings - a dictionary of the settings keys and values populated for the form field. These can be retrieved in typed form by key using e.g. Model.GetSettingValue<int>("MaximumLength", 255);.
The following are available on the model but only populated for fields that support file upload:
AllowAllUploadExtensions- a boolean indicating whether all file extensions are permitted for upload.
AllowedUploadExtensions- a collection of strings indicating the file extensions that are permitted for upload.
AllowMultipleFileUploads
Customizing for a Specific Form
It is also possible to customize the markup for a specific Form.
You will need to create folder using the ID of the Form: ~\Views\Partials\Forms\{FormId} (find the id of the Form in the URL when you are viewing the Form in the backoffice.)
As an example if your Form ID is 0d3e6b2d-db8a-43e5-8f28-36241d712487 then you can overwrite the Form view by adding the Form.cshtml file to the directory. Start by copying the default one and then making your custom changes: ~\Views\Partials\Forms\0d3e6b2d-db8a-43e5-8f28-36241d712487\Form.cshtml.
You can also overwrite views for one or more fieldtypes by adding the views to the Fieldtypes folder: ~\Views\Partials\Forms\0d3e6b2d-db8a-43e5-8f28-36241d712487\Fieldtypes\Fieldtype.Textfield.cshtml.
Adding a Validation Pattern
Customize the regular expression based validation patterns available for text fields.
When creating a text field in Umbraco Forms, a validation pattern in the form of a regular expression can be applied. Default patterns can be removed or re-ordered, and custom ones created and added.
Provided patterns
Umbraco Forms ships with three patterns: number, email, and URL. The class names are Number, Email, and Url respectively, and all are found in the Umbraco.Forms.Core.Providers.ValidationPatterns namespace.
Creating a custom validation pattern
To create a custom format function, create a class that implements IValidationPattern. You will need to initialize five properties:
Alias - an alias that should be unique across the patterns and is typically camel-cased with no spaces.
Name - the name of the pattern that will be visible in the backoffice.
LabelKey
The following example shows the implementation of a pattern for a United Kingdom postcode (credit for the to at StackOverflow).
Registering the validation pattern
As with other provider types, the validation pattern needs to be registered. There are options to add, remove, and re-order patterns.
An example registration using the IUmbracoBuilder is shown below:
Using the pattern
With the pattern registered it will be available for selection by editors in the backoffice when they create validation for fields supporting this feature.
Storing Prevalue Text Files With IPreValueTextFileStorage
Umbraco Forms contains a built-in Get value from textfilePrevalue Source Type that stores the uploaded text file into the physical file system (by default in umbraco\Data\UmbracoForms\PreValueTextFiles).
You can replace the default implementation by writing your own IPreValueTextFileStorage and registering that using e.g. builder.Services.AddUnique<IPreValueTextFileStorage, CustomPreValueTextFileStorage>() (in Program.cs or a composer).
You can also use/inherit from PreValueTextFileSystemStorage to change the underlying IFileSystem that's used to store the prevalue text files.
Move files to Media file system
You can use the following composer to move the prevalue text files into the media file system. If the media file system is using Azure Blob Storage, this will remove the files from the local physical file system.
You need to manually move the existing files from umbraco\Data\UmbracoForms\PreValueTextFiles to your media storage. The final file path/URL will look like ~/media/PreValueTextFiles/{GUID}/{filename.txt} and be accessible from the browser.
Move files to Azure Blob Storage
First, install and configure the Forms storage container, for example by adding the following to your appsettings.json:
Next, add the following composer that adds the Forms storage container and stores the prevalue text files into Azure Blob Storage (in forms/PreValueTextFiles/{GUID}/{filename.txt}):
You need to manually move the existing files from umbraco\Data\UmbracoForms\PreValueTextFiles to your storage container. If you've disabled public access, the stored files are not accessible from the browser.
Form Settings
In this article, you will find information about accessing the Forms Settings and the options available to customize your Form.
To access the Form Settings:
Navigate to the Forms section.
Open a Form you wish to customize.
Health Checks
In this article, you will find information about Umbraco Forms-related health checks that can be run from the Umbraco backoffice to ensure that your installation is running seamlessly.
Read the article to learn more about the feature in general.
Database Integrity Health Check
Running this health check will verify whether the database tables for the Umbraco Forms installation are all set up correctly with the proper data integrity checks.
Setting Types
Umbraco Forms field, prevalue source and workflow types are defined in C# and include one or more setting values.
These settings are completed by the editor when using the type on their form.
Each setting type can have it's own user interface. So a string can use a text box but a more complicated JSON structure can use a more appropriate user interface.
The user interface used for a particular setting is defined by the View property:
Preparing Your Frontend
Learn how to configure client-side validation for Umbraco forms by including and setting up the necessary libraries for different validation approaches
For Umbraco Forms to work correctly, you need to include some client dependencies.
Client-Side Validation
Umbraco Forms ships with client-side form validation features provided by the .
You can use the following Razor helper to output script tags containing the dependencies. To access this method you will need a reference to Umbraco.Forms.Web
Adding A Workflow Type To Umbraco Forms
This builds on the "" chapter
Add a new class to your project and have it inherit from Umbraco.Forms.Core.WorkflowType, and implement the class. For this sample, we will focus on the execute method. This method processes the current record (the data submitted by the form) and have the ability to change data and state.
Information available to the workflow
Defining And Attaching Prevalue Sources
Prevalue sources are a way to pre-define and/or retrieve a list of items from a certain source. They can be added in any field types that include some kind of list like Dropdown and Multiple/Single Choice lists.
Setting up a Prevalue Source
Prevalue sources can be managed in the Prevalue sources folder available in the Forms section.
Apply keys and indexes for forms in the database
Reverting the application of keys and indexes
Adding a Magic String Format Function
This builds on the "" chapter
Umbraco Forms can be used to replace placeholders within form elements with values from different sources. Sources include the HTTP request or the Umbraco page where the form is hosted.
These values can be formatted using .
Filter functions for common operations such as truncating a string or formatting a date or number are provided. It's also possible to create custom ones in code.
- a boolean indicating whether selecting multiple files for upload is allowed.
Form GUID
- as an alternative to providing a name, a translation key can be provided. This will be used to look-up the name in the correct language for the backoffice user.
Pattern - the regular expression pattern.
ReadOnly - a flag indicating whether the pattern can be edited in the backoffice.
/*
Applies recommended primary keys, foreign keys and indexes to Umbraco Forms tables relating to "forms in the database" (i.e.
when configuration key StoreUmbracoFormsInDb = true).
This replicates for SQL Server the migration AddFormKeysAndIndexes.
*/
-- Adds unique constraint to UFForms.
ALTER TABLE dbo.UFForms
ADD CONSTRAINT UK_UFForms_Key UNIQUE NONCLUSTERED
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds unique constraint to UFDataSource.
ALTER TABLE dbo.UFDataSource
ADD CONSTRAINT UK_UFDataSource_Key UNIQUE NONCLUSTERED
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds unique constraint to UFPrevalueSource.
ALTER TABLE dbo.UFPrevalueSource
ADD CONSTRAINT UK_UFPrevalueSource_Key UNIQUE NONCLUSTERED
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds unique constraint to UFWorkflows.
ALTER TABLE dbo.UFWorkflows
ADD CONSTRAINT UK_UFWorkflows_Key UNIQUE NONCLUSTERED
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds index on join field in UFWorkflows.
CREATE NONCLUSTERED INDEX IX_UFWorkflows_FormId ON dbo.UFWorkflows
(
FormId ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
:
Url is a parameter passed into the method. It’s defined as a property on the base view model for an Umbraco template, so it will be automatically available in your Razor views.
Alternatively, you can add the dependencies to the body tag:
All dependencies originate from your Umbraco Forms installation, which means that no external references are needed.
If you want to modify the rendering of the scripts, you can provide a object parameter named htmlAttributes. The contents of the object will be written out as HTML attributes on the script tags.
You can use this to apply async or defer attributes. For example:
If using async, make sure to disable the Forms client-side validation framework check. This is necessary as it's not possible to guarantee that the asynchronous script will load in time to be recognized by the check. This can then cause a false positive warning.
Validation Using jQuery
If you want to use jQuery as your validation framework for Umbraco Forms, you can manually add the following client dependencies:
jQuery (JavaScript library)
jQuery validate (jQuery plugin that provides client-side Form validation)
jQuery validate unobtrusive (Add-on to jQuery Validation that provides unobtrusive validation via data-* attributes)
You should remove any calls to @Html.RenderUmbracoFormDependencies(Url).
The easiest way to add the dependencies is to fetch them from a CDN. There are various CDN services you can use:
Other CDN services you might want to look at are https://www.jsdelivr.com/ and https://cdnjs.com/about, which may offer better performance and more reliable service.
To add the three client dependencies, see the examples below:
Example within head tags.
Example within body tags.
When adding the script to the bottom of the page, you will also need to render the scripts. For more information, see Rendering Forms Scripts article.
The ExecuteAsync() method gets a WorkflowExecutionContext which has properties for the related Form, Record, and FormState. This parameter contains all information related to the workflow.
The Record contains all data and metadata submitted by the form. As shown in the example above, you can iterate over all RecordField values in the form. You can also retrieve a specific record field by alias using the following method:
Having obtained a reference to a record field, the submitted value can be retrieved via:
The ValuesAsString will JSON escape the result by default. If you do not want this escaping to occur, pass false as the parameter.
If the field stores multiple values, they are delimited with a comma. In many cases, you can safely split on that delimiter to obtain the individual values. However, this can lead to issues if the prevalues being selected also contain commas. If that's a concern, the following extension method is available in Umbraco.Forms.Core.Extensions to correctly parse the selected prevalues:
Form and state information
The Form references the form the record is from and FormState provides its state (submitted or approved).
Other context, such as the current HttpContext, if needed can be passed as constructor parameters (for example: the HttpContext can be accessed by injecting IHttpContextAccessor).
Registering the workflow type
To use the new workflow type, you will need to register it as part of application startup.
To create a custom format function, create a class that implements IParsedPlaceholderFormatter.
The FunctionName property provides the name of the function that will be used within the form's magic string.
The FormatValue property parses the provided value and arguments and returns the formatted value as a string.
The following example shows the implementation of a function that bounds an integer value. It takes two arguments, a minimum and maximum value. If the value read from the magic string source is numeric, and fits within the two bounds, it is returned. Otherwise, either the minimum or maximum value is returned depending on whether the value is lower or higher than the bounds respectively.
Registering the custom format function
As with other provider types, the custom function needs to be registered. An example registration using the IUmbracoBuilder is shown below:
Using the custom format function
The format function can be used within a form's magic string in the same way as the ones provided with Umbraco Forms.
For the example provided, it would be used like this:
using Umbraco.Forms.Core.Interfaces;
namespace Umbraco.Forms.TestSite.Business.ValidationPatterns
{
public class UkPostCode : IValidationPattern
{
public string Alias => "ukPostCode";
public string Name => "UK Post Code";
public string LabelKey => string.Empty;
public string Pattern => @"^([a-zA-Z]{1,2}[a-zA-Z\d]{1,2})\s(\d[a-zA-Z]{2})$";
public bool ReadOnly => true;
}
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.IO;
using Umbraco.Cms.Core.Scoping;
using Umbraco.Forms.Core.Data;
public class PreValueTextFileSystemStorageComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
=> builder.Services.AddUnique<IPreValueTextFileStorage>(factory => new PreValueTextFileSystemStorage(
factory.GetRequiredService<MediaFileManager>().FileSystem,
factory.GetRequiredService<IScopeProvider>(),
"PreValueTextFiles"));
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Infrastructure.Scoping;
using Umbraco.Forms.Core.Data;
using Umbraco.StorageProviders.AzureBlob.IO;
public class PreValueTextFileSystemStorageComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
=> builder.AddAzureBlobFileSystem("Forms", options => options.VirtualPath = "~/forms")
.Services.AddUnique<IPreValueTextFileStorage>(factory => new PreValueTextFileSystemStorage(
factory.GetRequiredService<IAzureBlobFileSystemProvider>().GetFileSystem("Forms"),
factory.GetRequiredService<IScopeProvider>(),
"PreValueTextFiles"));
}
/*
Reverts application of recommended primary keys, foreign keys and indexes to Umbraco Forms tables relating to "forms in the database" (i.e.
when configuration key StoreUmbracoFormsInDb = true).
This reverts for SQL Server the migration AddFormKeysAndIndexes and can be used for rolling that back in testing.
*/
-- Reverts addition of unique constraint to UFForms.
ALTER TABLE dbo.UFForms
DROP CONSTRAINT IF EXISTS UK_UFForms_Key
GO
-- Reverts addition of unique constraint to UFPrevalueSource.
ALTER TABLE dbo.UFDataSource
DROP CONSTRAINT IF EXISTS UK_UFDataSource_Key
GO
-- Reverts addition of unique constraint to UFPrevalueSource.
ALTER TABLE dbo.UFPrevalueSource
DROP CONSTRAINT IF EXISTS UK_UFPrevalueSource_Key
GO
-- Reverts addition of unique constraint to UFWorkflows.
ALTER TABLE dbo.UFWorkflows
DROP CONSTRAINT IF EXISTS UK_UFWorkflows_Key
GO
-- Reverts addition of index on foreign key fields in UFWorkflows.
DROP INDEX IF EXISTS IX_UFWorkflows_FormId ON dbo.UFWorkflows
GO
-- Reverts addition of index on foreign key fields in UFWorkflows.
DROP INDEX IF EXISTS IX_UFWorkflows_FormId ON dbo.UFWorkflows
GO
using Serilog;
using System;
using System.Collections.Generic;
using Umbraco.Forms.Core;
using Umbraco.Forms.Core.Data.Storage;
using Umbraco.Forms.Core.Enums;
using Umbraco.Forms.Core.Persistence.Dtos;
using Microsoft.Extensions.Logging;
using Umbraco.Core.Composing;
namespace MyFormsExtensions
{
public class TestWorkflow : WorkflowType
{
private readonly ILogger<TestWorkflow> _logger;
public TestWorkflow(ILogger<TestWorkflow> logger)
{
_logger = logger;
this.Id = new Guid("ccbeb0d5-adaa-4729-8b4c-4bb439dc0202");
this.Name = "TestWorkflow";
this.Description = "This workflow is just for testing";
this.Icon = "icon-chat-active";
this.Group = "Services";
}
public override Task<WorkflowExecutionStatus> ExecuteAsync(WorkflowExecutionContext context)
{
// first we log it
_logger.LogDebug("the IP " + context.Record.IP + " has submitted a record");
// we can then iterate through the fields
foreach (RecordField rf in context.Record.RecordFields.Values)
{
// and we can then do something with the collection of values on each field
List<object> vals = rf.Values;
// or get it as a string
rf.ValuesAsString(false);
}
//Change the state
context.Record.State = FormState.Approved;
_logger.LogDebug("The record with unique id {RecordId} that was submitted via the Form {FormName} with id {FormId} has been changed to {RecordState} state",
context.Record.UniqueId, context.Form.Name, context.Form.Id, "approved");
return Task.FromResult(WorkflowExecutionStatus.Completed);
}
public override List<Exception> ValidateSettings()
{
return new List<Exception>();
}
}
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.DependencyInjection;
using Umbraco.Forms.Core.Providers;
namespace MyFormsExtensions
{
public class Startup : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.WithCollectionBuilder<WorkflowCollectionBuilder>()
.Add<TestWorkflow>();
}
}
}
using System.Globalization;
using Umbraco.Forms.Core.Interfaces;
namespace Umbraco.Forms.Core.Providers.ParsedPlacholderFormatters
{
public class BoundNumber : IParsedPlaceholderFormatter
{
public string FunctionName => "bound";
public string FormatValue(string value, string[] args)
{
if (args.Length != 2)
{
return value;
}
if (!int.TryParse(args[0], out var min) || !int.TryParse(args[1], out var max))
{
return value;
}
if (int.TryParse(value, out int valueAsInteger) ||
int.TryParse(value, NumberStyles.None, CultureInfo.InvariantCulture, out valueAsInteger))
{
if (valueAsInteger < min)
{
return min.ToString();
}
if (valueAsInteger > max)
{
return max.ToString();
}
return valueAsInteger.ToString();
}
return value;
}
}
}
Click Settings in the top-right corner of the screen.
Form settings dialog
Settings Options
The following options are available in Forms Settings:
Store Records
By default, all submitted records are saved in the database. This option allows you to view and export the saved records from the queries overview. If you do not want to store data (due to policies in your organization), you can uncheck the box.
Disabling this option will prevent database records from being stored, but any file uploads made as part of the form submission will still be retained. If you do not want the files to be stored, ensure that any process or method used to process, move, or copy them to a different location also removes the file.
Form settings Store Records
Captions
Customize the labels of the Submit, Next, and Previous buttons used in your Form.
Form settings stylesheet
Styling
Set a stylesheet to give your Form custom styling. You have an option to disable the default styling. Enabling the Disable default stylesheet option will prevent a default stylesheet to be added to the pages where the Form is placed.
Form settings stylesheet
Validation
Define a message that is displayed when a field is mandatory, when a value is not supplied, or when the value is invalid.
Form settings validation
The following Validations are available:
Validation Type
Description
Mandatory error message
The error message is displayed for a field that is marked as mandatory but a value has not been provided upon submission. This setting can be overwritten on a field level - {0} will be replaced with the field caption.
Invalid error message
The error message is displayed for a field if the value provided is not valid (a regular expression has been setup but the input does not match). This setting can be overwritten on a field level - {0} will be replaced with the field caption.
Show validation summary
Enable this option if you wish to display a summary of all the error messages on top of the Form.
Hide field validation labels
Enable this option if you wish to hide individual field error messages from being displayed.
Mark fields
You can choose to not mark any fields or only mark mandatory or optional fields.
Indicator
Choose which indicator to use when a field has been marked as mandatory. The default indicator is *
Autocomplete
The autocomplete setting for the overall form can be changed from the default of "None" to "On" or "Off". Setting this explicitly will control how the browser offers automatic prompts to the user when completing the form.
Form Settings Autocomplete
Multi-page forms
The settings available in this section allow you to customize how multi-page forms are presented to site visitors.
Multi-Page Form Settings
Option
Description
Paging display
Select whether paging information is displayed at the top and/or bottom of the form.
Paging display format
Provide a format string for the paging details. By default Page {0} of {1} is used which will be replaced as, for example, Page 1 of 4.
Page caption format
Provide a format string for rendering the page captions. By default Page {0} is used which will be replaced as, for example, Page 1. If a caption for the page has been provided, it will be used instead.
Show summary page
Select whether a summary page is displayed at the end of multi-page forms, where a user can review their entry before submitting.
Enabling this feature allows the moderator to manage the approval status of a form. This can be used in a number of scenarios. For example, if the form submission will be publicly shown, you can control which are published.
Form settings Moderation
Fields displayed
By default, a constant set of fields are displayed when form entries are shown in a list. You will see the first three fields in the form, plus some system information like the record state and the date it was created.
To customize this, turn off the "Display default fields" option and select the ones you wish to display.
Forms Settings Fields Displayed
Data retentions
To help protect site visitor privacy, rules can be configured in this section for the automatic deletion of submissions. You can set how long to retain records for each state (submitted, approved or rejected).
A background service that carries out the actual removal of records needs to be enabled in configuration. If that is not running, a notification will be displayed.
Form settings Date Retentions
In this section, you can learn more about the background for adding this check, as well as how to use and understand the results.
Background
A health check was introduced to confirm the Umbraco Forms database tables are all set up with the expected data integrity checks - i.e. primary keys, foreign keys and unique constraints.
In most cases, you can expect them all to be in place without any developer intervention. For new installs, the database schema is initialized with all the necessary integrity constraints. And for upgrades, any new schema changes are automatically applied.
There remains the possibility though that not all will be in place for a particular installation. For example, this could happen if a constraint is added in a new version. It can't be added via an automated migration due to existing data integrity issues.
In particular, prior to version 8.7, there were a number of tables that weren't defined as strictly as they should be in this area. So we've added some primary key, foreign key and unique constraints with this version. If you've been running a version prior to this and are upgrading, these schema updates will be applied automatically unless there is existing data in the tables that prevent them from being added.
There shouldn't be - but without these constraints in place it's always possible for an application bug to exist that allows for example the creation of duplicate records, or the orphaning of records, that aren't correct. This is the reason for the constraints to exist, and why we want to ensure they are in place.
Running The Health Check
To run the health check:
Navigate to the Health Check dashboard in the Settings section in the Umbraco backoffice.
Click on the Forms button and select Check Group. You'll see a result that looks something like this: \
If you have a full set of green ticks, then you're all good - and no need to read on!
If you have one or more red crosses though, that means a particular constraint wasn't able to be applied via the automatic schema migrations when you installed a new version of Umbraco Forms, due to existing data issues.
It isn't essential that they are resolved - the package can and does function correctly without them - but for reasons of ensuring data integrity and performance, it is recommended that they are.
Resolving Reported Problems
When Umbraco Forms installs an upgrade, it will attempt to apply any schema changes. If though, the update isn't essential, and it can't proceed due to existing data integrity issues, the failed update will be logged and then the rest of the migration will continue.
As well as in the log files, such issues will be visible via the health check and will need to be resolved by applying scripts directly to the database.
To support this, we provide the following SQL scripts:
The first of these provides the SQL statements required to apply the schema updates for 8.7.0+ to the common Umbraco Forms tables. The second applies to those tables used for when Forms are stored in the database, and hence only need to be applied if that option is configured.
Before running any scripts or queries, be sure to have a database backup in place.
To take an example, let's say that via the health check results you can see that the "Unique constraint on table 'UFForms', column 'Key' is missing."
If you look in the SQL script you'll see that in order to apply this directly to the database, you would need to run the following SQL statement:
If you run it though, you'll see the reason why the migration that ran when Umbraco Forms was upgraded couldn't apply the change:
The constraint can't be applied if there are existing duplicate values, so first they need to be found and removed.
To find duplicate values in the 'Key' field in this table you can run the following SQL statement:
Running the statement above will list out the 'Key' fields that are duplicated in the table.
To see the full details of the duplicate records, you can use this query:
From the Id field you can identify the Form records that are duplicated and should be removed, and delete the records. To check you have found them all, run one of the above queries again, and confirm you find no records returned.
Finally you can run the ALTER TABLE... statement shown above to apply the constraint, and confirm via the health check that it's now in place.
By repeating similar steps as required, you'll be able to ensure that all recommended keys, constraints and indexes are in place.
If for any reason you wish to revert the changes - perhaps when testing these updates in a non-production environment - reversion scripts for all the 8.7 updates are also provided:
To support this, we provide the following SQL scripts:
The following setting types are available and are used for the field, prevalue source and workflow types that ship with the package.
Name
Description
Used in
Checkbox
Uses a single checkbox for entry
DocumentMapper
Used for selection of a documenttype
The "Save as Umbraco node" workflow
Dropdownlist
Used for selection from a list of options
EmailTemplatePicker
Used for selection of an email template
All of the above setting types are used in one or more field, prevalue source and workflow types available with Umbraco Forms. For the less common ones, a usage has been indicated in the table.
The two exceptions are "TextWithFieldPicker" and "MultipleTextString". We do not use these two within the package, but we make them available for developers to use when creating their own types.
"TextWithFieldPicker" offers the option of text field entry or selection of a field from the form. This can be useful in workflows where you need to reference the value of a specific field.
Text with field picker
"MultipleTextString" offers the option of creating multiple text field entries. This can be useful in workflows where you need to provide multiple text values.
Multiple text string
Creating a setting type
To create a custom setting type you will need an AngularJS view and controller in the following location: /App_Plugins/MyPlugin/.
Your plugin folder path must be outside of the /App_Plugins/UmbracoForms/ folder if you use a custom Angular controller and Package.manifest.
You then add the name of the view as the View property on the Setting attribute defined on the type.
To set a prevalue source:
Navigate to the Forms section.
Right-click the Prevalue sources folder and select Create.
A new page opens in the right-side of the editor where you'll need to setup and configure your prevalue source.
Enter a Name.
Select the type of prevalue source from the Type drop-down. For more information on the different default types, see the article.
Configuring the Prevalue Source
Depending on the Type you choose, you'll need to provide some additional settings:
In this walk-through, we will select Get values from textfile from the Type drop-down.
Now, provide a file containing the list to use as prevalues. For example: A .txt file containing the following values:\
Select Pick File and choose the text file you created.
Once the text file is uploaded, click Save to save the prevalue source.
If the file is successfully uploaded and validated, you will see an overview of the values in a tabular format.
If you would like to have different values presented to your users from the value stored, you can provide two values per line, separated with a vertical bar (|), e.g.:
In this case the user would pick from a list showing the captions, but the single integer values would be stored with the record.
This can be useful if the recorded entries are used in any subsequent workflows or business processes, where particular values, that aren't appropriate for the user to select from, are required.
Prevalues with captions
Defining Cache Options for the Prevalue Source
Sometimes retrieving the list of options for a prevalue source can be an expensive operation. If the source depends on data from external systems, it could be that the list changes regularly or rarely.
Given the variation here, we allow you to select an appropriate level of caching for the list of options.
You can choose between:
No Caching - no caching will be applied and the list of options will be retrieved from source on every request. You will likely only want to choose this option if the information changes frequently and it's important that the latest is presented to website visitors.
Cache For Specified Time - the list will be cached for the period of time provided.
Cache With No Expiry - the list will be cached on first request and not retrieved again until either the prevalue source is edited or the website is restarted. This ismost appropriate to use for information held within the prevalue source data itself (such as when uploading a text file).
Prevalue cache options
Attaching a Prevalue Source to a Field
Once a prevalue source has been created, it can be used while building Forms in the Forms designer.
Example: Let's add a Multiple Choice field type in our Form.
If there is at least one prevalue source defined in the project, the Prevalues source will contain a dropdown from where you can choose the predefined value.
Prevalue source
Once you have selected the prevalue source, the values are rendered in the Forms designer from the attached source.
Developer documentation on working with Forms record data.
Umbraco Forms includes some helper methods that return records of a given Form, which can be used to output records in your templates using razor.
Available Methods
The methods can be found by injecting the Umbraco.Forms.Core.Services.IRecordReaderService interface. For performance reasons, all these methods are paged.
GetApprovedRecordsFromPage
Returns all records with the state set to approved from all Forms on the Umbraco page with the id = pageId .
GetApprovedRecordsFromFormOnPage
Returns all records with the state set to approved from the Form with the id = formId on the Umbraco page with the id = pageId as a PagedResult<Record>.
GetApprovedRecordsFromForm
Returns all records with the state set to approved from the Form with the ID = formId as a PagedResult<Record>.
GetRecordsFromPage
Returns all records from all Forms on the Umbraco page with the id = pageId as a PagedResult<Record>.
GetRecordsFromFormOnPage
Returns all records from the Form with the id = formId on the Umbraco page with the id = pageId as a PagedResult<Record>.
GetRecordsFromForm
Returns all records from the Form with the ID = formId as a PagedResult<Record>.
The returned objects
All of these methods will return an object of type PagedResult<Record> so you can iterate through the Record objects.
The properties available on a Record are:
In order to access custom Form fields, these are available in the RecordFields property. Furthermore there exists an extension method named ValueAsString on Record in Umbraco.Forms.Core.Services, such that you can get the value as string given the alias of the field.
This extension method handle multi value fields by comma separating the values. E.g. "A, B, C"
Sample razor script
Sample script that is outputting comments using a Form created with the default comment Form template.
Loading a Record From a Submitted Form
When a form is submitted, the submitted form ID and the saved record ID are stored in the TempData so they can be referenced.
You can use the FormService and the RecordStorage to get the Form and Record objects.
Here is a sample code for retrieving a record in a view.
Content Apps
Umbraco Content Apps can be configured to appear alongside forms in the Umbraco Forms backoffice section.
They will appear after the default "Design" and "Settings" apps when editing a form in the backoffice:
Umbraco Forms Content App
A content app such as the following would display only in the forms section:
public class TestFormsContentApp : IContentAppFactory
{
public ContentApp GetContentAppFor(object source, IEnumerable<IReadOnlyUserGroup> userGroups)
{
// Only show app on forms
if (source is FormDesign)
{
return new ContentApp
{
Alias = "testFormsContentApp",
Name = "Test App",
Icon = "icon-calculator",
View = "/App_Plugins/TestFormsContentApp/testformscontentapp.html",
Weight = 0,
};
}
return null;
}
}
Within the /App_Plugins/TestFormsContentApp/ folder we need the client-side files, for which an example is shown below:
package.manifest:
testformscontentapp.html:
testformscontentapp.controller.js:
Finally, it needs to be registered via a composer:
Security
How to secure access to Umbraco Forms data and functionality.
Umbraco Forms has a backoffice security model integrated with Umbraco users. Details are managed in the Users section of the backoffice, within a tree named Form Security.
User based permissions
Within the Form Security tree, each user with a backoffice account is listed. Clicking on a user allows each functional permission to be set:
Extending
Umbraco Forms functionality can be extended in different ways. In this section we focus on techniques available to a back-end/C# developer.
For front-end extensions, specifically via theming, see the section.
Developing Custom Providers
Although the Forms package comes with many fields, workflows and other built-in types, you can still create and develop your own if needed.
Version Specific Upgrade Notes
Version specific documentation for upgrading to new major versions of Umbraco Forms.
This page covers specific upgrade documentation for when migrating to major 13 of Umbraco Forms.
If you are upgrading to a new minor or patch version, you can find information about the breaking changes in the article.
-- Adds unique constraint to UFForms.
ALTER TABLE dbo.UFForms
ADD CONSTRAINT UK_UFForms_Key UNIQUE NONCLUSTERED
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo.UFForms' and the index name 'UK_UFForms_Key'. The duplicate key value is (...).
SELECT [Key]
FROM UFForms
GROUP BY [Key]
HAVING COUNT(*) > 1
SELECT *
FROM UFForms
WHERE [Key] IN (SELECT [Key]
FROM UFForms
GROUP BY [Key]
HAVING COUNT(*) > 1
)
example value 1
example value 2
example value 3
example value 4
example value 5
1|example value 1
2|example value 2
3|example value 3
4|example value 4
5|example value 5
Version Specific Upgrade Notes History
Version 13 of Umbraco Forms has a minimum dependency on Umbraco CMS core of 13.0.0. It runs on .NET 8.
Deploy add-on for Umbraco Forms has been renamed from Umbraco.Deploy.Forms to Umbraco.Forms.Deploy.
Breaking changes
Version 13 contains a number of breaking changes. If you do run into any, they should be straightforward to adjust and recompile.
For reference, the full details are listed here:
Behavior
The configuration option UseSemanticFieldsetRendering was removed and considered as true. This means the improved, semantic fieldset rendering is now used in the default theme for all installations.
The ExecuteWorkflowAsync configuration option was removed.
Dependencies
Umbraco CMS dependency was updated to 13.0.0.
Code
The following updates describe the more significant changes to the codebase and public API:
Amended IWorkflowExecutionService, IRecordService, IRecordSetActionType and IWorkflowType methods related to workflow execution to be asynchronous. These methods now have an Async suffix and will return a awaitable Task.
An overload for the HTML helper RenderUmbracoFormDependencies that internally required service location was removed. It should now be called providing the parameter for an IUrlHelper, with @Html.RenderUmbracoFormDependencies(Url).
These updates are more minor. We don't expect many projects to be affected by them as they are in areas that are not typical extension points:
DataSourceCacheRefresher was made internal.
HideField was removed from FieldType and IFieldType. RenderInputType with a value of RenderInputType.Hidden can be used here instead.
The default implementation for the Exists method previously added to IBaseService was removed.
The obsolete overload for method AddDataConsentField on FieldsetContainerExtensions was removed.
The method CanUserViewEntries was added to the IFormsSecurity interface.
The static methods TryCreateAttachment, TrackAttachmentFileStream and DisposeAttachmentFileStreams on BaseEmailWorkflowType were removed (instance methods are available to use instead).
The obsolete constructor on the SaveAsFile workflow type was removed.
The obsolete overload for method TransformXML on XsltHelper was removed.
The obsolete overloads for method ValidateField on FieldType were removed.
The obsolete overload for method GetFormSecurityByUserId on FormSecurityControllerBase was removed.
The PopulatePageElements method was added to the IFormRenderingService interface.
The Setting class was renamed to SettingAttribute.
PreValueFileController has a changed constructor.
FileUpload has a changed constructor.
ExecuteWorkflowsWithResult on IWorkflowExecutionService was renamed to ExecuteWorkflows and the void method with that name was removed.
The string constants used to define GUIDs for each provider type were made consistently upper-case.
FileUpload and PreValueFileController have changed constructors to add support for server-side file validation.
HTML helpers such as RenderFormsScripts now return IHtmlContent.
The constructor for workflow notifications was amended to add a parameter for the current Record.
The IType interface now defines a Created property.
Many features of Forms use a provider model, which makes it quicker to add new parts to the application.
The model uses the notion that everything must have a type to exist. The type defines the capabilities of the item. For instance a Textfield on a form has a FieldType, this particular field type enables it to render an input field and save text strings. The same goes for workflows, which have a workflow type, datasources which have a datasource type and so on. Using the model you can seamlessly add new types and thereby extend the application.
It is possible to add new Field types, Data Source Types, Prevalue Source Types, Export Types, and Workflow Types.
A field type handles rendering of the UI for a field in a form. It renders a standard ASP.NET Razor partial view and is able to return a list of values when the form is saved.
The concept of provider settings, common to the field and other types, is also discussed in this section.
Data Source Types
A data source type enables Umbraco Forms to connect to a custom source of data. A data source consists of any kind of storage if it is possible to return a list of fields Umbraco Forms can map values to. For example: a Database data source can return a list of columns Forms can send data to. This enables Umbraco Forms to map a form to a data source. A data source type is responsible for connecting Forms to external storage.
A prevalue source type connects to 3rd party storage to retrieve values. These values are used on fields supporting prevalues. The source fetches the collection of values.
A workflow can be executed each time a form changes state (when it is submitted for instance). A workflow is responsible for executing logic which can modify the record or notify 3rd party systems.
When creating a text field in Umbraco Forms, a validation pattern in the form of a regular expression can be applied. Default patterns can be removed or re-ordered, and custom ones created and added.
Handling Forms Events
Another option for extension via custom code is to hook into one of the many events available.
When a new form is created, the default behavior is to add a single workflow. This workflow will send a copy of the form to the current backoffice user's email address.
A single "data consent" field will also be added unless it has been disabled via configuration.
It's possible to amend this behavior and change it to fit your needs.
Responding to State Values
In the course of submitting a form, Umbraco Forms will set values in TempData and/or HttpContext.Items, that you can use to customize the website functionality.
Customizing Post-Submission Behavior
Whether displaying a message or redirecting, a developer can customize the page viewed after the form is submitted based on the presence of TempData variables.
One variable with a key of UmbracoFormSubmitted has a value containing the Guid identifier for the submitted form.
A second variable contains the Guid identifier of the record created from the form submission. You can find this using the Forms_Current_Record_id key.
In order to redirect to an external URL rather than a selected page on the Umbraco website, you will need to use a custom workflow. Within this workflow you can set the required redirect URL on the HttpContext.Items dictionary using the key FormsRedirectAfterFormSubmitUrl (defined in the constant Umbraco.Forms.Core.Constants.ItemKeys.RedirectAfterFormSubmitUrl).
For example, using an injected instance of IHttpContextAccessor:
PagedResult<Record> GetApprovedRecordsFromPage(int pageId, int pageNumber, int pageSize)
PagedResult<Record> GetApprovedRecordsFromFormOnPage(int pageId, Guid formId, int pageNumber, int pageSize)
PagedResult<Record> GetApprovedRecordsFromForm(Guid formId, int pageNumber, int pageSize)
PagedResult<Record> GetRecordsFromPage(int pageId, int pageNumber, int pageSize)
PagedResult<Record> GetRecordsFromFormOnPage(int pageId, Guid formId, int pageNumber, int pageSize)
PagedResult<Record> GetRecordsFromForm(Guid formId, int pageNumber, int pageSize)
int Id
FormState State
DateTime Created
DateTime Updated
Guid Form
string IP
int UmbracoPageId
string MemberKey
Guid UniqueId
Dictionary<Guid, RecordField> RecordFields
Manage forms - user can create and edit form definitions
View entries - user can view the submitted entries
Edit entries - user can edit the submitted entries
Delete entries - user can delete the submitted entries
Manage datasources - user can create and edit datasource definitions
Manage prevalue sources - user can create and edit prevalue source definitions
For further control, each form is listed and the user can be granted or denied access to each as appropriate.
As new forms are created, users will automatically be granted access to them, unless the configuration setting DefaultUserAccessToNewForms has been set to a value of Deny.
Start folders
When form definitions are configured for storage in the database, it allows for the creation of folders to group forms within. It's also possible to define one or more start folders for a user. This is done in order to limit their access to a subset of the forms available.
If no start folders are selected, the user will be able to access all forms in the backoffice according to their permissions.
If a single start folder is selected, that will act as the root of the tree view of forms. The user will have access to all folders and forms below that selected folder.
If more than one start folder is selected, they will appear underneath the root of the tree view of forms. The user will have access to only those folders and their descendant folders and forms.
Start folders
User group based permissions
A new model was introduced allowing for the management of permissions at the level of user groups. Particularly for installations with a large number of users, we expect this to be a more useful setup and require less ongoing administration.
When user groups are involved in permissions, access to a particular resource or feature is determined by the following:
If the user has a specific user permission set, it is used in preference to anything set on the user groups they are a part of.
If the user doesn't have a specific user permission set, they are granted access if at least one of the user groups they are part of has access.
To enable the feature, it's necessary to update the ManageSecurityWithUserGroups configuration setting to true.
With that in place the Form Security tree divides into three sub-trees:
Under Group Permissions, each user group is listed and the same settings as described above for individual users can be set here.
Under User Permissions, each user that has a specific user permission record is listed and can be managed. Records for users can be created or deleted via the tree's action menu.
As new forms are created, user groups with aliases listed in the GrantAccessToNewFormsForUserGroups configuration setting will be automatically given access. For example, with a value of admin, editor, the built-in Administrators and Editors groups would have access.
Start folders for user groups
Start folders are enabled for User Groups. They work in a similar way as the group based permissions described above:
If the user has a specific user permission set, it is used in preference to anything set on the user groups they are a part of.
This means if the user has no start folders defined and the groups they are part of do, they will have access to the root of the Forms tree and be able to access all folders and Forms.
If the user doesn't have a specific user permission set, they are granted access to all the unique folders the groups they are part of have access to.
If they are part of any group that has access to the forms section, permission to manage forms and no start folders defined, they will have access to the root of the Forms tree and be able to access all folders and Forms.
Migrating to user group based permissions
In introducing the user group based permissions, we've taken care to ensure a migration path. This is available for those existing installations running on older versions of Umbraco Forms. In that situation, we'd recommend the following approach.
Upgrade to Umbraco 9.3.
At this stage nothing will have changed in terms of the permissions model in use.
Set the ManageSecurityWithUserGroups configuration value to true and the GrantAccessToNewFormsForUserGroups as appropriate for your setup.
Via the Users > Form Security section, set the required permissions on each user group.
Again at this point nothing will have changed with regard the effective permissions for each user, as they will currently all have an existing user permission record.
Via Users > Form Security > User permissions, delete the permission records for each user.
The effective permissions for each user will now be derived from their user groups.
If you have any exceptions - where a particular user needs a particular combination of permissions that you can't or don't want to provide via the user groups - it's always possible to re-create a user permission record that will take precedence over the group based permissions.
User group permissions
Handling Sensitive Data in Umbraco Forms
Marking fields and properties as sensitive will hide the data in those fields for backoffice users that are not privy to the data. Built-in features are available to help you secure sensitive information. For more information, see the Sensitive data article.
The following sections covers how to grant or deny access to sensitive data for specific users and how to mark form questions as sensitive.
Assigning Users to the Sensitive Data Group
To allow users to view and handle sensitive data in Umbraco Forms, you must assign them to the Sensitive Data user group:
Navigate to the Users section in the Umbraco Backoffice.
Select the user you want to grant access to.
Click Choose in the Groups field under the Assign access section.
Select Sensitive Data from the list of User Groups.
Click Submit.
Click Save.
Assigning Users to the Sensitive Data Group
Marking Questions in Forms as Sensitive
Once the users are set up with the appropriate permissions, the next step is to identify which form fields should be marked as sensitive.
Marking a field as sensitive ensures that only authorized users in the Sensitive Data user group can access data from these fields.
To mark questions as sensitive, follow these steps:
Navigate to the Forms section in the Umbraco Backoffice.
Open the form you wish to configure (for example: Contact Form).
Click on the cogwheel icon next to the form field you want to secure.
Enable the Sensitive data setting for the field.
Mark Question as Sensitive
Click Submit.
Click Save.
Sensitive Data on Field
Themes
Documentation on how to apply custom themes to Umbraco Forms
Umbraco Forms supports Themes, allowing forms to be customized in a much simpler manner.
Creating a Theme
To create a theme, you need to create a folder at /Views/Partials/Forms/Themes/. The name of the folder is the name of theme that will be visible in the backoffice when choosing it.
Copy the explicit files you wish to override in your theme, it may be a single file or all files from the default theme folder. Make the necessary changes you desire to CSS class names, markup etc.
Obtaining the Default Theme Files
For Umbraco 9 and previous, it's straightforward to copy the files you need from the default theme folder. We highly recommend that you never customize any files found in the default themes folder. There is a risk that any customizations to these files will be lost with any future upgrades you do to Umbraco Forms. Umbraco 10+ distributes these files as part of a Razor Class Library, so you won't find them on disk. Instead you should download the appropriate zip file for your Forms version and extract the ones you need.
You can obtain the latest version of the Forms default theme from the following links:
You should use the theme available for the highest version that's less or equal to the version of Forms you have installed. For example, when using Umbraco Forms 13.4.0, and no file for that version is available use version 13.3.0 instead.
Amending Theme Files
Umbraco Forms conditional JavaScript logic depends on some CSS classes currently and it is advised that you add any additional classes you require but do not remove those already being set.
If adding or amending client-side scripts, you need to copy the Script.cshtml file from the default themes folder. In your copy, amend the .js references to reference your own script files.
Shipping Themes in a Razor Class Library
Umbraco Forms provides it's built-in themes as part of a Razor Class Library for ease of distribution. This can be useful for custom themes, particularly those used in multiple solutions or released as an Umbraco package.
From Forms 13.3 it is possible to do this for custom themes.
Create a new Razor Class Library project to hold the theme.
Create the necessary Partial Views for your theme within Views\Partials\Forms\Themes\<my-custom-theme>.
Provide the names of the files in your theme via an implementation of ITheme.
For example, if only overriding a single file, your class would look like the code snippet below:
Register the themes you want to use via a composer:
Your theme will now be available in the Theme Picker and the partial view files will be used when rendering forms.
Email Templates
Email templates provided for the send email workflow can be provided in a Razor Class Library similar to the Theme files.
The partial view will be created in Views\Partials\Forms\Emails.
It's made available via an implementation of IEmailTemplate:
And registered with:
Removing the Default Email Template
If providing custom email templates, you may want to remove the one provided with Forms. You can do that via the same EmailTemplates collection.
Using a Theme
To use a theme with a Form use the "Insert Form" macro where you will be presented with the options of the form you wish to insert along with an option to pick a theme. This displays the list of theme folders found at Views/Partials/Forms/Themes.
When you are rendering your form directly in your template, you need to specify your theme by filling out the FormTheme attribute:
If you do not pick and/or set a theme, the default theme will be used to render the form.
Theme Fallbacks
When using a theme, Umbraco Forms will try to use a view from the theme folder, but then fallback to the same view in the default theme folder if it can't be found. This allows you to create a theme by only modifying the files necessary to make your customizations.
Files which can be overridden:
Render.cshtml (overrides the entire form - usually not needed)
Form.cshtml (overrides the generation of the fields on the current page)
Script.cshtml (overrides the way files are included with the form)
Helper Methods
SetFormThemeCssFile
Sets the primary form theme stylesheet path. This overrides an already assigned stylesheet and will be rendered out when inserting the form into the page
AddFormThemeScriptFile
Add a JavaScript file path to include on form render
SetFormFieldClass
Adds a class to the form field HTML element of a given type. If no type is given, it will add the class to all fields
GetFormFieldClass
Retrieves all classes for a given field type, used when rendering form fieldtype partial views
SetFormFieldWrapperClass
Adds a class to the div element wrapping around form fields of a given type. If no type is given, it will add the class to all fields
GetFormFieldWrapperClass
Retrieves all wrapper classes for a given field type, used when rendering form fields. This class wraps both label, help-text and the field itself in the default view
Adding A Server-Side Notification Handler To Umbraco Forms
See an example of validating a form server-side
Form validation notification
Add a new class to your project as a handler for the FormValidateNotification notification:
The handler will check the ModelState and Form field values provided in the notification. If validation fails, we add a ModelError.
To register the handler, add the following code into the startup pipeline. In this example, the registration is implemented as an extension method to IUmbracoBuilder and should be called from Program.cs:
Service notifications
The services available via interfaces IFormService, IFolderService, IDataSourceService and IPrevalueSourceService trigger following notifications before or after an entity handled by the service is modified.
The "-ing" events allow for the entity being changed to be modified before the operation takes place, or to cancel the operation. The "-ed" events fire after the update is complete.
Both can be wired up using a composer and component:
When a form or folder is moved there is no specific service event. However, information available in the State dictionary on the notification object can be used to determine whether the item was moved. If so, it can show where it was moved from:
If a folder is being moved, the key within the State dictionary is "MovedFromParentId".
Backoffice entry rendering events
When an entry for a form is rendered in the backoffice, an event is available to allow modification of the record detail. This event is available before the record details are presented to the user. This is shown in the following example:
Release Notes
Get an overview of the changes and fixes in each version of Umbraco Forms.
In this section, we have summarized the changes to Umbraco Forms released in each version. Each version is presented with a link to the showing a list of issues resolved in the release. We also link to the individual issues themselves from the detail.
If there are any breaking changes or other issues to be aware of when upgrading they are also noted here.
If you are upgrading to a new major version, you can find information about the breaking changes in the article.
Email Templates
Creating an email template for Umbraco Forms.
We include a Workflow Send email with template (Razor) that allows you to pick a Razor view file that can be used to send out a pretty HTML email for Form submissions.
Creating an Email Template
If you wish to have one or more templates to choose from the Send email with template (Razor), you will need to place all email templates into the ~/Views/Partials/Forms/Emails/ folder.
Magic Strings
Umbraco Forms has some magic strings that enable you to render values from various sources, such as session, cookies and Umbraco page fields.
Where can I use magic strings?
Magic strings can be used in form fields as a label, description or default value. As an example they can be used in default values in hidden fields - normally in the form of referral codes from a session, cookie or request item.
These values can also be used for properties and settings in workflows. This means you can use name and email fields from a form to create a personal 'Thank you' email.
Overview
In this section, you can find a set of different tutorials to use when creating and working with Umbraco Forms.
Tutorials
using System.Linq;
using Microsoft.AspNetCore.Http;
using Umbraco.Cms.Core.Events;
using Umbraco.Forms.Core.Models;
using Umbraco.Forms.Core.Services.Notifications;
namespace MyFormsExtensions
{
/// <summary>
/// Catch form submissions before being saved and perform custom validation.
/// </summary>
public class FormValidateNotificationHandler : INotificationHandler<FormValidateNotification>
{
public void Handle(FormValidateNotification notification)
{
// If needed, be selective about which form submissions you affect.
if (notification.Form.Name == "Form Name")
{
// Check the ModelState
if (notification.ModelState.IsValid == false)
{
return;
}
// A sample validation
var email = GetPostFieldValue(notification.Form, notification.Context, "email");
var emailConfirm = GetPostFieldValue(notification.Form, notification.Context, "verifyEmail");
// If the validation fails, return a ModelError
if (email.ToLower() != emailConfirm.ToLower())
{
notification.ModelState.AddModelError(GetPostField(notification.Form, "verifyEmail").Id.ToString(), "Email does not match");
}
}
}
private static string GetPostFieldValue(Form form, HttpContext context, string key)
{
Field field = GetPostField(form, key);
if (field == null)
{
return string.Empty;
}
return context.Request.HasFormContentType && context.Request.Form.Keys.Contains(field.Id.ToString())
? context.Request.Form[field.Id.ToString()].ToString().Trim()
: string.Empty;
}
private static Field GetPostField(Form form, string key) => form.AllFields.SingleOrDefault(f => f.Alias == key);
}
}
You now have a model that contains your Form fields which can be used in your email HTML markup, along with the UmbracoHelper methods such as Umbraco.TypedContent and Umbraco.TypedMedia etc.
Below is an example of an email template from the ~/Views/Partials/Forms/Emails/ folder:
using Umbraco.Forms.Core.Interfaces;
public class MyCustomTheme : ITheme
{
private const string FilePathFormat = "{0}/{1}/{2}.cshtml";
public virtual string Name => "my-custom-theme";
public virtual IEnumerable<string> Files =>
[
string.Format(FilePathFormat, Core.Constants.System.ThemesPath, Name, "FieldTypes/FieldType.Textfield"),
];
}
public class MyComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.Themes()
.Add<MyCustomTheme>();
}
}
using Umbraco.Forms.Core.Interfaces;
public class MyCustomEmailTemplate : IEmailTemplate
{
public virtual string FileName => "My-Custom-Email-Template.cshtml";
}
public class MyComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.EmailTemplates()
.Add<MyCustomEmailTemplate>();
}
}
public class MyComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.EmailTemplates()
.Exclude<DefaultEmailTemplate>();
}
}
@await Umbraco.RenderMacroAsync("renderUmbracoForm", new {FormGuid="1ec026cb-d4d3-496c-b8e8-90e0758c78d8", FormTheme="MyFormTheme", ExcludeScripts="0"})
// Applies the CSS class 'form-control' to all fields that GetFormFieldClass uses in FieldType views
@Html.SetFormFieldClass("form-control")
// Applies the CSS class 'some-other-class' for the FieldType of the name 'Password'
@Html.SetFormFieldClass("some-other-class", "Password")
// Applies the CSS class 'form-group' around all fields, labels & help texts
@Html.SetFormFieldWrapperClass("form-group")
// Applies the CSS class 'some-other-class' for the FieldType of the name 'Password'
@Html.SetFormFieldWrapperClass("some-other-class", "Password")
public static IUmbracoBuilder AddUmbracoFormsCoreProviders(this IUmbracoBuilder builder)
{
builder.AddNotificationHandler<FormValidateNotification, FormValidateNotificationHandler>();
}
public class TestSiteComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.AddNotificationHandler<FormSavingNotification, FormSavingNotificationHandler>();
}
}
public class FormSavingNotificationHandler : INotificationHandler<FormSavingNotification>
{
public void Handle(FormSavingNotification notification)
{
foreach (Form form in notification.SavedEntities)
{
foreach (Page page in form.Pages)
{
foreach (FieldSet fieldset in page.FieldSets)
{
foreach (FieldsetContainer fieldsetContainer in fieldset.Containers)
{
foreach (Field field in fieldsetContainer.Fields)
{
field.Caption += " (updated)";
}
}
}
}
}
}
}
public class TestSiteComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.AddNotificationHandler<FormSavingNotification, FormSavingNotificationHandler>();
}
}
public class FormSavingNotificationHandler : INotificationHandler<FormSavingNotification>
{
private readonly ILogger<FormSavingNotification> _logger;
public FormSavingNotificationHandler(ILogger<FormSavingNotification> logger) => _logger = logger;
public void Handle(FormSavingNotification notification)
{
foreach (Form savedEntity in notification.SavedEntities)
{
_logger.LogInformation($"Form updated. New parent: {savedEntity.FolderId}. Old parent: {notification.State["MovedFromFolderId"]}");
}
}
}
public class TestSiteComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.AddNotificationHandler<EntrySearchResultFetchingNotification, EntrySearchResultFetchingNotificationHandler>();
}
}
public class EntrySearchResultFetchingNotificationHandler : INotificationHandler<EntrySearchResultFetchingNotification>
{
public void Handle(EntrySearchResultFetchingNotification notification)
{
var transformedFields = new List<object>();
foreach (var field in notification.EntrySearchResult.Fields)
{
if (field?.ToString() == "Test")
{
transformedFields.Add("Test (updated)");
}
else
{
transformedFields.Add(field);
}
}
notification.EntrySearchResult.Fields = transformedFields;
}
}
@inherits Umbraco.Cms.Web.Common.Views.UmbracoViewPage<Umbraco.Forms.Core.Models.FormsHtmlModel>
@{
//This is an example email template where you can use Razor Views to send HTML emails
//You can use Umbraco.Content & Umbraco.Media etc to use Images & content from your site
//directly in your email templates too
//Strongly Typed
//@Model.GetValue("aliasFormField")
//@foreach (var color in Model.GetValues("checkboxField")){}
//Images need to be absolute - so fetching domain to prefix with images
var siteDomain = Context.Request.Scheme + "://" + Context.Request.Host;
var assetUrl = siteDomain + "/App_Plugins/UmbracoForms/Assets/Email-Example";
}
<!DOCTYPE html>
<html>
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
<style type="text/css">
/* CLIENT-SPECIFIC STYLES */
body, table, td, a {
-webkit-text-size-adjust: 100%;
-ms-text-size-adjust: 100%;
}
table, td {
mso-table-lspace: 0pt;
mso-table-rspace: 0pt;
}
img {
-ms-interpolation-mode: bicubic;
}
/* RESET STYLES */
img {
border: 0;
height: auto;
line-height: 100%;
outline: none;
text-decoration: none;
}
table {
border-collapse: collapse !important;
}
body {
height: 100% !important;
margin: 0 !important;
padding: 0 !important;
width: 100% !important;
}
/* iOS BLUE LINKS */
a[x-apple-data-detectors] {
color: inherit !important;
text-decoration: none !important;
font-size: inherit !important;
font-family: inherit !important;
font-weight: inherit !important;
line-height: inherit !important;
}
/* MOBILE STYLES */
@@media screen and (max-width:600px) {
h1 {
font-size: 32px !important;
line-height: 32px !important;
}
}
/* ANDROID CENTER FIX */
div[style*="margin: 16px 0;"] {
margin: 0 !important;
}
</style>
</head>
<body style="background-color: #f4f4f4; margin: 0 !important; padding: 0 !important;">
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<!-- HERO -->
<tr>
<td align="center" style="padding: 40px 10px 0px 10px;">
<!--[if (gte mso 9)|(IE)]>
<table align="center" border="0" cellspacing="0" cellpadding="0" width="600">
<tr>
<td align="center" valign="top" width="600">
<![endif]-->
<table border="0" cellpadding="0" cellspacing="0" width="100%" style="max-width: 600px;">
<tr>
<td bgcolor="#ffffff" align="center" valign="top" style="padding: 40px 20px 20px 20px; color: #000000; font-family: Helvetica, Arial, sans-serif; font-size: 36px; font-weight: 900; line-height: 48px;">
<h1 style="font-size: 36px; font-weight: 900; margin: 0;">Submission for @Model.FormName</h1>
</td>
</tr>
</table>
<!--[if (gte mso 9)|(IE)]>
</td>
</tr>
</table>
<![endif]-->
</td>
</tr>
<!-- COPY BLOCK -->
<tr>
<td bgcolor="#F3F3F5" align="center" style="padding: 0px 10px 40px 10px;">
<!--[if (gte mso 9)|(IE)]>
<table align="center" border="0" cellspacing="0" cellpadding="0" width="600">
<tr>
<td align="center" valign="top" width="600">
<![endif]-->
<table border="0" cellpadding="0" cellspacing="0" width="100%" style="max-width: 600px;">
<!-- HEADER COPY -->
@if (Model.HeaderHtml is not null)
{
<tr>
<td bgcolor="#ffffff" align="left" style="padding: 20px 30px 40px 30px; color: #303033; font-family: Helvetica, Arial, sans-serif; font-size: 18px; font-weight: 400; line-height: 1.6em;">
@Model.HeaderHtml
</td>
</tr>
}
<!-- BODY COPY -->
@if (Model.BodyHtml is not null)
{
<tr>
<td bgcolor="#ffffff" align="left" style="padding: 20px 30px 40px 30px; color: #303033; font-family: Helvetica, Arial, sans-serif; font-size: 18px; font-weight: 400; line-height: 1.6em;">
@Model.BodyHtml
</td>
</tr>
}
<!-- FORM FIELDS HEADING -->
<tr>
<td bgcolor="#ffffff" align="left" style="padding: 40px 30px 0px 30px; color: #000000; font-family: Helvetica, Arial, sans-serif; line-height: 25px;">
<h2 style="font-size: 24px; font-weight: 700; margin: 0;">Form Results</h2>
</td>
</tr>
<!-- FORM FIELDS -->
<tr>
<td bgcolor="#ffffff" align="left" style="padding: 20px 30px 40px 30px; color: #303033; font-family: Helvetica, Arial, sans-serif; font-size: 18px; font-weight: 400; line-height: 25px;">
@{
string[] ignoreFields = new string[]
{
"FieldType.Recaptcha2.cshtml",
"FieldType.Recaptcha3.cshtml",
"FieldType.RecaptchaEnterprise.cshtml",
"FieldType.RichText.cshtml",
"FieldType.Text.cshtml"
};
}
@foreach (var field in Model.Fields.Where(x => ignoreFields.Contains(x.FieldType) == false))
{
<h4 style="font-weight: 700; margin: 0; color: #000000;">@field.Name</h4>
<p style="margin-top: 0;">
@switch (field.FieldType)
{
case "FieldType.FileUpload.cshtml":
var uploadCount = 0;
foreach (var fileUploadValue in field.GetValues())
{
if (fileUploadValue != null && !string.IsNullOrEmpty(fileUploadValue.ToString()))
{
uploadCount++;
}
}
if (uploadCount > 0)
{
<span>@uploadCount file@(uploadCount == 1 ? string.Empty : "s") uploaded</span>
}
break;
case "FieldType.DatePicker.cshtml":
var datePickerValue = field.GetValue();
if (datePickerValue != null && !string.IsNullOrEmpty(datePickerValue.ToString()))
{
DateTime dt;
var dateValid = DateTime.TryParse(datePickerValue != null ? datePickerValue.ToString() : string.Empty, out dt);
var dateStr = dateValid ? dt.ToString("f") : "";
@dateStr
}
break;
default:
var values = field.GetValues();
if (values != null)
{
foreach (var value in values)
{
if (value != null)
{
if (value is string strValue)
{
var processedValue = strValue.ApplyPrevalueCaptions(field.Id, Model.PrevalueMaps).ReplaceLineEndings("<br/>");
@Html.Raw(processedValue)
}
else
{
@value
}
<br />
}
}
}
break;
}
</p>
}
</td>
</tr>
<!-- FOOTER COPY -->
@if (Model.FooterHtml is not null)
{
<tr>
<td bgcolor="#ffffff" align="left" style="padding: 20px 30px 40px 30px; color: #303033; font-family: Helvetica, Arial, sans-serif; font-size: 18px; font-weight: 400; line-height: 1.6em;">
@Model.FooterHtml
</td>
</tr>
}
</table>
<!--[if (gte mso 9)|(IE)]>
</td>
</tr>
</table>
<![endif]-->
</td>
</tr>
</table>
</body>
</html>
Release history
This section contains the release notes for Umbraco Forms 13 including all changes for this version.
13.9.2 (February 19th 2026)
Fix conditions not seeing field values modified by previous workflows #1464
Add support for subscription licensing using product key
In addition to the existing one-off license using the umbracoForms.lic file, support for configuring a subscription license using a product key is added. As announced, Forms 17 will only be available through a subscription-based license. You can already purchase a new subscription (avoiding the one-off purchase) or convert your recently purchased one-off license into a subscription.
The 14-day trial license is no longer generated on install. You can still fully test Forms on localhost. The option to configure the license from the backoffice is removed. This is due to the direct integration with the legacy license infrastructure and to align the license management to the Licenses dashboard.
Only show reCAPTCHA v2 or v3 fields when settings are configured
Forms provides reCAPTCHA v2 and v3 fields out of the box, but both were always shown to editors in the backoffice. These fields are now only shown when their respective settings are configured. This avoids editors adding a reCAPTCHA field that doesn't work due to missing configuration and/or mixing up the v2 and v3 versions.
If the settings aren't configured in appsettings.json or environment variables (and thus available through IConfiguration), the required field needs to be manually added. This can be the case when manually configuring the Recaptcha2Settings or Recaptcha3Settings object in code:
Allow using ViewEngine to resolve theme views
The default theme views are resolved using the Partial Views file system (an abstraction over the /Views/Partials directory). This requires I/O lookups to determine whether specific theme views exist and manually specifying all files when using a Razor Class Library.
By enabling the UseViewEngineFormThemeResolver setting, theme vies are resolved using the ICompositeViewEngine, which will include compiled views (including those shipped in RCLs).
Rendered a hidden submit button on multi-page forms. Ensures that a default button to go forward is used when submitting a form via return key press or a mobile "Go" button #1343.
When creating forms you are able to add validation to individual fields, making them mandatory or applying a regular expression pattern. With the 13.4 release we are looking to make this more powerful, by allowing the addition of validation rules for the entire form. The idea is that this will allow you to validate expressions based on multiple fields. For example, "these two email fields should be the same", or "this date should be after this other one".
Crafting these rules requires use of JSON logic so is considered a "power user" feature. They also require an additional front-end dependency for the rendering of forms on the website. As such they are surfaced on a new "Advanced" tab and only visible and used if enabled in configuration. We don't have, and it seems difficult to provide, an intuitive user interface for rule creation taking into account all the flexibility available. Nonetheless, having the ability to use more complex validation rules seems a valuable addition.
When the form is rendered, the validation rules will be applied on the client, where we support both the aspnet-client-validation and jquery.validate libraries. They are also verified server-side. In this way you can ensure the submission is only accepted if it meets the requirements.
Feedback on this feature in particular is welcome.
Whilst previously we tracked and displayed the date a form was created and last edited, we didn't show who had made these updates. With 13.4 installed we will start to track this and display the information where available. You'll find this on the form, data source or prevalue source's "Info" tab #1315.
Copy of workflows
Forms allows you to make a copy of a form to use as a starting point for a new one. You can choose whether or not to copy workflows along with the form. With the 13.4 release, we've made available a second dialog allowing you to copy workflows to an existing form #1185. You can select any or all of the workflows on the current form and copy them to the selected destination form.
We've also resolved an edge case around copying a form. It's possible to define workflows as mandatory. Copying the form without workflows excludes the desired workflow. You would have a form that didn't contain the workflow you wanted to be included on all. This has been tightened up now and mandatory workflows will always be assigned to the copied form #1331.
File upload validation messages
Previously the validation messages presented on the website front end when uploading files were hardcoded and always provided in English. We've added settings now to the "File Upload" field type allowing you to customize these. Dictionary keys can be used in order to provide the information in the user's preferred language #1327.
Fixed issues with multi-page forms used in conjunction with a FormPrePopulateNotification handler. File uploads and multi-value fields like checkbox lists now function correctly #1317#1320.
Added a couple of missing translation keys #1316#1319.
Improved accessibility and styling of close button on export dialog #1321.
These options are enabled and configured by editors in the Forms settings section on a per-form basis. We also provide a configuration-based toggle for the feature as a whole. In this way, editors can be given access to use the feature only once the styling or theme is prepared.
Ship themes in Razor Class Libraries
Forms ships it's themes and email templates as part of a razor class library for ease of distribution. With this release we make that feature available to your own custom themes and templates (or those created by package developers) #795.
Date picker field type
We have made a couple of updates to the Date Picker field type. The format for the field can now be provided in configuration #1276. And you can now override and localize the aria-label provided for assistive technologies such as screen readers #1082.
Finer grained entries permissions
To allow finer control over editor permissions, we have introduced a "delete entries" setting for users and user groups. Thus you can now give editors explicit permissions to view, edit, or delete entries #1303.
Other
Other bug fixes included in the release:
Fixed issue with single checkbox triggering a condition on a field on a subsequent page #1304.
Improved cross-platform check when exporting to Excel.
Fixed issue where sensitive data flag on a field could not be set for new fields added to a form #1309.
The 13.2.0 release contains minor changes to the mark-up in the following Razor files shipped with the product: Form.cshtml, FieldType.RadioButtonList.cshtml, and FieldType.CheckBoxList.cshtml. These changes were made to resolve issues #1220 and #1218.
Please ensure to check the rendering of these features on website forms after the upgrade. If you need to view the files to compare changes, you can download and view the latest and previous versions.
All issues from earlier 13.2 release candidates.
Ensured prevalues can be retrieved outside of an HTTP request context when they depend on a static root node #1258.
Added setting option for single and multiple choice fields to allow for vertical or horizontal display #1218.
Added new setting type for multiple text strings #1217
Added validation to prevent users defining an email workflow that allows the form's sender email to be defined as that entered by the user #1210.
Allowed for the provision of additional data when rendering and submitting forms. When provided it will be used as a source for . The data will be associated with the created record and made available for custom logic and update within workflows. .
Added details of workflow type to edit workflow dialog .
Removed an inline prevalue editor that wasn't functional but could surface it's UI when creating forms from templates .
Ensured local links are parsed when HTML fields are returned in the delivery API results for form definitions .
Resolved duplicate approval occurring when the record is approved via a workflow .
Updated themes such that accessibility is improved by having hidden labels remain in markup but be visually hidden .
Fixed issue with save button UI, when save is canceled via a notification .
Improved date format for data values when using the Send email workflow .
Removed unnecessary circular checks for conditions on workflows resolving an issue where workflow would trigger when conditions were not met .
Added setting option for the "send to URL" workflow to switch between caption and alias for the field value's XML element
Allowed for use of prevalue sources that customize based on the current form or field in backoffice editing and preview .
Restored target used to generate local configuration schema information .
Fixed issues with retrieving fields and assigning default values when using the datasource wizard.
Ensured links to Umbraco pages within rich text fields used for emails are correctly parsed .
Added body rich text field for send email with Razor template workflow .
Fixed console error with blank values in the date picker field .
Ensured placeholders are parsed for accepted entry response from the delivery API .
Improved support for editing large, multi-page forms by retaining scroll position between views and adding a "jump to page" option .
With the introduction of webhooks in Umbraco 13, we've made an update to Forms to allow workflow execution events to trigger webhooks. Workflows are operations that you can associate with form submission, approval, or rejection actions. You can use these where you need to notify external systems of the success or failure of a workflow. Read more on Umbraco Forms Webhooks.
We've added an update that will help customers using Forms within locked down production environments.
And there are a couple of further additions to improve the performance and accessibility of the product.
Features implemented and issues resolved in 13.1.0
Added webhooks for workflow execution events #1151.
Added support for a proxied request when using reCAPTCHA 3 #1159.
Added a configurable option to ensure accessibility requirements with regard to fieldsets are adhered to #1163.
Read more about this configuration setting .
Added a cachebuster querystring based on the current product version to rendered script dependencies .
Ensured that client-side conditions logic correctly implements "is" with multiple values, such that the condition passes if one and only one matching value is found .
Fixed closing of theme picker dialog .
Fixed rendering of translated dictionary items used for form captions .
Applied multiple click protection for form submissions for installations using the aspnet-validation library .
Added configuration value TitleAndDescription:AllowUnsafeHtmlRendering to allow tighter security for HTML rendering of text entered in the "Title and description" field type.
[@SomeRequestItem] this allows you to display an item from the current HttpContext.Request with the key of 'SomeRequestItem'.
Some examples of variables that are normally available in HttpContext.Request:
[@Url]: Insert the current URL
[@Http_Referer]: The previous visited URL (if available)
[@Remote_Addr]: The IP address of the visitor (stored by default by Umbraco)
[@Http_User_Agent]: The browser of the visitor
The variables are not case-sensitive.
You can use it for any available query string variable in the URL as well. If your URL has the query string [email protected], you can get the value of the query string into your field by using [@email].
Dictionary Items
For multi-lingual websites, rather than hard-coding labels like form field captions, a dictionary key can be entered as, for example, #MyKey. When the form is rendered, the placeholder will be replaced by the value of the dictionary item identified by the key, according to the current language.
In most cases, the field must contain only the magic string for the replacement to be carried out. This makes sense for translated values, as you will want the whole phrase replaced when, for example, using one for a field's placeholder.
We also translate dictionary keys found within the rich text field, which will be contained within HTML tags. Here we look for dictionary keys making up the full inner text of a tag. So for example, <p>#myKey</p> would be translated, but <p>Lorem ipsum #myKey dolor sit amet.</p> would not.
Session & Cookies
[%SomeSessionOrCookieItem] this allows you to display an item from the current HttpContext.Session with the key of 'SomeSessionOrCookieItem'. The session key can only contain alphanumeric chars and you cannot use dots for example. [%Member.Firstname] cannot be used, but [%MemberFirstname] can be used. You would have to fill these session keys yourself.
If the item cannot be found in the collection of session keys, it will then try to find the item from the HttpContext.Cookies collection with the same key.
Umbraco Page field
[#myUmbracoField] this allows you to insert a property of that page and is based on the alias of the field. If your page has a property with the alias 'title', you can use [#title] in your form.
Some extra variables are:
[#pageName]: The nodename of the current page
[#pageID]: The node ID of the current page
Recursive Umbraco Page field
[$myRecursiveItem] this allows you to parse the Umbraco Document Type property myRecursiveItem. So if the current page does not contain a value for this then it will request it from the parent up until the root or until it finds a value.
Additional data
When rendering a form, additional data can be provided in the form of a dictionary. As well as being associated with the created record and available within workflows, they can be used for "magic string" replacements.
They are accessed using this syntax: [+additionalDataKey].
Umbraco Form field
{myAliasForFormField} this allows you to display the entered value for that specific field from the form submission. Used in workflows to send an automated email back to the customer based on the email address submitted in the form. The value here needs to be the alias of the field, and not the name of the field.
Some extra variables are:
{record.id}: The ID of the current record - this is only accessible on workflows triggered "on approve" or "on reject" rather than "on submit"
{record.updated}: The updated date/time of the current record
{record.created}: The created date/time of the current record
{record.umbracopageid}: The Umbraco Page ID the form was submitted on
{record.uniqueid}: The unique ID of the current record
{record.ip}: The IP address that was used when the form was submitted
{record.memberkey}: The member key that was used when the form was submitted
Member properties from a form submission
{member.FOO} with the prefix of member, the same syntax will allow you to retrieve information about the submission if it was submitted by a logged-in member.
Formatting magic strings
Using a magic string such as in the examples above will output the values exactly as read from the source. It's possible to apply a format string to customize the output.
The syntax follows that of AngularJS filters, i.e. [<magic-string> | <formatFunction>: <arg1>: <arg2>].
For example, to truncate a string value read from an Umbraco page field with alias title, you would use:
Umbraco Forms ships with the following filters:
Filter
Function
Arguments
Example
Bound a number
bound
min and max bound
[#field | bound: 1: 10]
Convert string to lower case
lower
[#field | lower]
Convert string to upper case
upper
The format strings used for formatting dates and numbers are the standard or custom .NET date and numeric format strings respectively.
Further magic string format functions can be created in code for use in forms.
How can I parse these values elsewhere in my C# code or Razor Views?
A service implemented by the IPlaceholderParsingService interface is available for use in custom code or views. It's found in the Umbraco.Forms.Core.Services namespace.
In a controller you can inject it via the constructor and it can also be injected into views via:
The interface implements a single method, ParsePlaceHolders, that can be used for parsing magic strings. There are a few overloads available for use depending on the context.
If parameters for the Record or Form are omitted, magic strings relating to these objects will be removed.
There is also a public extension method ParsePlaceHolders() extending the string object in the Umbraco.Forms.Core.Extensions namespace, again available with some overloads allowing the provision of a Form or Record object if available.
Adding A Prevalue Source Type To Umbraco Forms
This builds on the "" article
Add a new class to your project - inherit it from Umbraco.Forms.Core.FieldPreValueSourceType and implement the class.
The following example shows an illustrative custom prevalue source type that returns a hard-coded list of values. It can be extended for your needs via injection of services via the constructor. (See additional example at the bottom.)
Dynamic settings can be applied and validated as shown in the article.
You will then need to register this new prevalue source type as a dependency.
Apply keys and indexes
Revert application of keys and indexes
builder.Services.Configure<Recaptcha3Settings>(options =>
{
options.SiteKey = "...";
options.PrivateKey = "...";
});
// Ensure the field is added and available
builder.FormsFields().Add<Recaptcha3>();
/*
Reverts application of recommended primary keys, foreign keys and indexes to core Umbraco Forms tables.
This reverts for SQL Server the migration AddRecordKeysAndIndexes and can be used for rolling that back in testing.
*/
-- Reverts addition of relationship between UFRecords and UFRecordFields.
ALTER TABLE dbo.UFRecordFields
DROP CONSTRAINT IF EXISTS FK_UFRecordFields_UFRecords_Record
GO
-- Reverts addition of primary keys to UFRecordData* tables.
ALTER TABLE dbo.UFRecordDataBit
DROP CONSTRAINT IF EXISTS PK_UFRecordDataBit
GO
ALTER TABLE dbo.UFRecordDataDateTime
DROP CONSTRAINT IF EXISTS PK_UFRecordDataDateTime
GO
ALTER TABLE dbo.UFRecordDataInteger
DROP CONSTRAINT IF EXISTS PK_UFRecordDataInteger
GO
ALTER TABLE dbo.UFRecordDataLongString
DROP CONSTRAINT IF EXISTS PK_UFRecordDataLongString
GO
-- Reverts addition of relationship between UFRecordFields and UFREcordData* tables.
ALTER TABLE dbo.UFRecordDataBit
DROP CONSTRAINT IF EXISTS FK_UFRecordDataBit_UFRecordFields_Key
GO
ALTER TABLE dbo.UFRecordDataDateTime
DROP CONSTRAINT IF EXISTS FK_UFRecordDataDateTime_UFRecordFields_Key
GO
ALTER TABLE dbo.UFRecordDataInteger
DROP CONSTRAINT IF EXISTS FK_UFRecordDataInteger_UFRecordFields_Key
GO
ALTER TABLE dbo.UFRecordDataLongString
DROP CONSTRAINT IF EXISTS FK_UFRecordDataLongString_UFRecordFields_Key
GO
-- Reverts addition of index on foreign key fields in UFREcordData* tables.
DROP INDEX IF EXISTS IX_UFRecordDataBit_Key ON dbo.UFRecordDataBit
GO
DROP INDEX IF EXISTS IX_UFRecordDataDateTime_Key ON dbo.UFRecordDataDateTime
GO
DROP INDEX IF EXISTS IX_UFRecordDataInteger_Key ON dbo.UFRecordDataInteger
GO
DROP INDEX IF EXISTS IX_UFRecordDataLongString_Key ON dbo.UFRecordDataLongString
GO
-- Reverts addition of primary key to UFUserSecurity
ALTER TABLE dbo.UFUserSecurity
DROP CONSTRAINT IF EXISTS PK_UFUserSecurity
GO
-- Reverts addition of primary key to UFUserFormSecurity
ALTER TABLE dbo.UFUserFormSecurity
DROP CONSTRAINT IF EXISTS PK_UFUserFormSecurity
GO
-- Reverts addition of unique constraint to UFUserFormSecurity across user/form fields.
ALTER TABLE dbo.UFUserFormSecurity
DROP CONSTRAINT IF EXISTS UK_UFUserFormSecurity_User_Form
GO
The PreValue model in Umbraco Forms Versions 8.13.0, 9.5.0, 10.1.0, and above includes a .Caption property. This property is set separately from the .Value property. In the previous versions, the Value is generally used as the caption when rendered on the form.
Another Example Using Dependency Injection to Access Additional Services
This example will take a user-provided Content Node and create a custom Prevalue list from the property data on that node. Your own FieldPreValueSourceType can get its data from wherever you like - an API call, custom functions, etc.
You will then need to register this new type as a dependency (either in Program.cs or in your own IComposer, as shown here).
/*
Applies recommended primary keys, foreign keys and indexes to core Umbraco Forms tables.
This replicates for SQL Server the migration AddRecordKeysAndIndexes.
*/
-- Adds relationship between UFRecords and UFRecordFields.
ALTER TABLE dbo.UFRecordFields
ADD CONSTRAINT
FK_UFRecordFields_UFRecords_Record FOREIGN KEY
(
Record
) REFERENCES dbo.UFRecords
(
Id
) ON UPDATE NO ACTION
ON DELETE NO ACTION
GO
-- Adds primary keys to UFRecordData* tables.
ALTER TABLE dbo.UFRecordDataBit
ADD CONSTRAINT
PK_UFRecordDataBit PRIMARY KEY CLUSTERED
(
Id
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
ALTER TABLE dbo.UFRecordDataDateTime
ADD CONSTRAINT
PK_UFRecordDataDateTime PRIMARY KEY CLUSTERED
(
Id
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
ALTER TABLE dbo.UFRecordDataInteger
ADD CONSTRAINT
PK_UFRecordDataInteger PRIMARY KEY CLUSTERED
(
Id
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
ALTER TABLE dbo.UFRecordDataLongString
ADD CONSTRAINT
PK_UFRecordDataLongString PRIMARY KEY CLUSTERED
(
Id
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds relationship between UFRecordFields and UFREcordData* tables.
ALTER TABLE dbo.UFRecordDataBit
ADD CONSTRAINT
FK_UFRecordDataBit_UFRecordFields_Key FOREIGN KEY
(
[Key]
) REFERENCES dbo.UFRecordFields
(
[Key]
) ON UPDATE NO ACTION
ON DELETE NO ACTION
GO
ALTER TABLE dbo.UFRecordDataDateTime
ADD CONSTRAINT
FK_UFRecordDataDateTime_UFRecordFields_Key FOREIGN KEY
(
[Key]
) REFERENCES dbo.UFRecordFields
(
[Key]
) ON UPDATE NO ACTION
ON DELETE NO ACTION
GO
ALTER TABLE dbo.UFRecordDataInteger
ADD CONSTRAINT
FK_UFRecordDataInteger_UFRecordFields_Key FOREIGN KEY
(
[Key]
) REFERENCES dbo.UFRecordFields
(
[Key]
) ON UPDATE NO ACTION
ON DELETE NO ACTION
GO
ALTER TABLE dbo.UFRecordDataLongString
ADD CONSTRAINT
FK_UFRecordDataLongString_UFRecordFields_Key FOREIGN KEY
(
[Key]
) REFERENCES dbo.UFRecordFields
(
[Key]
) ON UPDATE NO ACTION
ON DELETE NO ACTION
GO
-- Adds index on foreign key fields in UFREcordData* tables.
CREATE NONCLUSTERED INDEX IX_UFRecordDataBit_Key ON dbo.UFRecordDataBit
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX IX_UFRecordDataDateTime_Key ON dbo.UFRecordDataDateTime
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX IX_UFRecordDataInteger_Key ON dbo.UFRecordDataInteger
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX IX_UFRecordDataLongString_Key ON dbo.UFRecordDataLongString
(
[Key] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds primary key to UFUserSecurity.
ALTER TABLE dbo.UFUserSecurity
ADD CONSTRAINT
PK_UFUserSecurity PRIMARY KEY CLUSTERED
(
[User]
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds primary key to UFUserFormSecurity.
ALTER TABLE dbo.UFUserFormSecurity
ADD CONSTRAINT
PK_UFUserFormSecurity PRIMARY KEY CLUSTERED
(
Id
) WITH( STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
-- Adds unique constraint to UFUserFormSecurity across user/form fields.
ALTER TABLE dbo.UFUserFormSecurity
ADD CONSTRAINT UK_UFUserFormSecurity_User_Form UNIQUE NONCLUSTERED
(
[User] ASC,
[Form] ASC
) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO
using System;
using System.Collections.Generic;
using Umbraco.Forms.Core;
using Umbraco.Forms.Core.Models;
namespace MyFormsExtensions
{
public class FixedListPrevalueSource : FieldPreValueSourceType
{
public FixedListPrevalueSource()
{
Id = new Guid("42C8158D-2AA8-4621-B653-6A63C7545768");
Name = "Fixed List";
Description = "Example prevalue source providing a fixed list of values.";
}
public override List<PreValue> GetPreValues(Field field, Form form) =>
new List<PreValue>
{
new PreValue
{
Id = 1,
Value = "item-one",
Caption = "Item One"
},
new PreValue
{
Id = 2,
Value = "item-two",
Caption = "Item Two"
}
};
/// <inheritdoc/>
public override List<Exception> ValidateSettings()
{
// this is used to validate any dynamic settings you might apply to the PreValueSource
// if there are no dynamic settings, return an empty list of Exceptions:
var exceptions = new List<Exception>();
return exceptions;
}
}
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.DependencyInjection;
using Umbraco.Forms.Core.Providers;
namespace MyFormsExtensions
{
public class Startup : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.WithCollectionBuilder<FieldPreValueSourceCollectionBuilder>()
.Add<FixedListPrevalueSource>();
}
}
}
using System;
using System.Collections.Generic;
using Microsoft.Extensions.Logging;
using Umbraco.Cms.Core;
using Umbraco.Cms.Core.Models.PublishedContent;
using Umbraco.Cms.Core.Web;
using Umbraco.Forms.Core;
using Umbraco.Forms.Core.Models;
namespace MyFormsExtensions
public class FormPrevaluesSourceNode : FieldPreValueSourceType
{
private readonly ILogger _logger;
private readonly IUmbracoContextFactory _UmbracoContextFactory;
//DEFINE ANY CONFIGURATION SETTING HERE
[Umbraco.Forms.Core.Attributes.Setting(name: "Source Node",
Alias = "SourceNodeId",
Description = "Node holding the Options desired.",
View = "pickers.content")]
public string SourceNodeId { get; set; }
public FormPrevaluesSourceNode(
ILogger<FormPrevaluesSourceNode> logger
, IUmbracoContextFactory umbracoContextFactory
)
{
_logger = logger;
_UmbracoContextFactory = umbracoContextFactory;
this.Id = new Guid("0E4D4E2B-56E1-4E86-84E4-9A0A6051B57C"); //MAKE THIS UNIQUE!
this.Name = "Content-defined Form Prevalues Source Node";
this.Description = "Select a node of type 'FormPrevaluesSourceNode'";
this.Group = "Custom";
this.Icon = "icon-science";
}
/// <summary>
/// The main method where the PreValues are defined and returned.
/// </summary>
/// <param name="field"></param>
/// <param name="form"></param>
/// <returns>List of 'Umbraco.Forms.Core.Models.PreValue'</returns>
public override List<PreValue> GetPreValues(Field field, Form form)
{
List<PreValue> result = new List<PreValue>();
try
{
// Access the Configuration Setting and check that is is valid
if (!string.IsNullOrEmpty(SourceNodeId))
{
var nodeId = 0;
var isValidId = Int32.TryParse(SourceNodeId, out nodeId);
if (isValidId)
{
IPublishedContent iPub;
using (var umbracoContextReference = _UmbracoContextFactory.EnsureUmbracoContext())
{
iPub = umbracoContextReference.UmbracoContext.Content.GetById(nodeId);
}
if (iPub != null)
{
int sort = 0;
//This is using a ModelsBuilder Model to strongly-type the selected node
var preValSourceNode = new Models.FormPrevaluesSourceNode(iPub, null);
foreach (var prevalue in preValSourceNode.PreValues)
{
PreValue pv = new PreValue();
pv.Id = $"{iPub.Id}-{sort}";
pv.Value = prevalue.StoredValue;
pv.Caption = prevalue.DisplayText; //.Caption only available in Forms Versions 8.13.0+, 9.5.0+, & 10.1.0+
pv.SortOrder = sort;
result.Add(pv);
sort++;
}
}
}
}
}
catch (Exception ex)
{
_logger.LogError($"Unable to get options from FormPrevaluesSourceNode #{SourceNodeId}", ex);
}
return result;
}
/// <summary>
/// This is where any checks for Configuration validity are done.
/// The exceptions will be displayed in the back-office UI to the user.
/// </summary>
/// <returns>List of 'System.Exception'</returns>
public override List<Exception> ValidateSettings()
{
List<Exception> exceptions = new List<Exception>();
if (string.IsNullOrEmpty(SourceNodeId))
{
exceptions.Add(new Exception("'Source Node' setting not filled out"));
}
else
{
var nodeId = 0;
var isValidId = Int32.TryParse(SourceNodeId, out nodeId);
if (isValidId)
{
IPublishedContent iPub;
using (var umbracoContextReference = _UmbracoContextFactory.EnsureUmbracoContext())
{
iPub = umbracoContextReference.UmbracoContext.Content.GetById(nodeId);
}
if (iPub != null && iPub.ContentType.Alias != Models.FormPrevaluesSourceNode.ModelTypeAlias)
{
exceptions.Add(new Exception("'Source Node' needs to be of type 'FormPrevaluesSourceNode'"));
}
}
}
return exceptions;
}
}
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.DependencyInjection;
using Umbraco.Forms.Core.Providers;
namespace MyFormsExtensions
{
public class FormsComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
//Adding Custom Form PreValueSource
builder.WithCollectionBuilder<FieldPreValueSourceCollectionBuilder>()
.Add<FormPrevaluesSourceNode>();
}
}
}
Add a new class to your project and have it inherit from Umbraco.Forms.Core.ExportType. You have two options when implementing the class, as shown in the following examples.
Basic Example
You can implement the method public override string ExportRecords(RecordExportFilter filter) in your export provider class. You need to return a string you wish to write to a file. For example, you can generate a .csv (comma-separated values) file. You would perform your logic to build up a comma-separated string in the ExportRecords method.
In the constructor of your provider, you will need a further two properties, FileExtension and Icon.
FileExtension is the extension such as zip, txt or csv of the file you will be generating and serving from the file system.
In this example below we will create a single HTML file which takes all the submissions/entries to be displayed as a HTML report. We will do this in conjunction with a Razor partial view to help build up our HTML and thus merge it with the form submission data to generate a string of HTML.
Provider Class
Razor Partial View
Registration
Advanced Example
This approach gives us more flexibility in creating the file we wish to serve as the exported file. We do this for the export to Excel file export provider we ship in Umbraco Forms. With this we can use a library to create the Excel file and store it in a temporary location before we send back the filepath for the browser to stream down the export file.
In this example we will create a collection of text files, one for each submission which is then zipped up into a single file and served as the export file.
Customize Default Fields and Workflows For a Form
How to amend the built-in behavior of adding fields and associating workflows with new forms
By default, a single workflow is added when a new form is created. This workflow will send a copy of the form to the email address of the current backoffice user.
A single "data consent" field will also be added unless it has been disabled via configuration.
It's possible to amend this behavior and change it to fit your needs.
Implementing a Custom Behavior
Two interfaces are used to abstract the logic for setting default fields and workflows for a form. They are IApplyDefaultFieldsBehavior and IApplyDefaultWorkflowsBehavior respectively.
The default behaviors are defined using built-in, internal classes that implement this interface.
You can create your own implementation of these interfaces.
Example - Providing a Custom Apply Workflows Behavior
An illustrative example, adding a custom workflow that writes to the log, is shown below.
Firstly, the custom workflow:
Secondly, the custom implementation of IApplyDefaultWorkflowsBehavior:
Finally, to register the custom implementation in place of the default one:
Setting a Mandatory Default Workflow
When adding a default workflow in code, it's possible to make it mandatory, which will prevent editors from removing it from a form.
You can see this in the example above, where the IsMandatory property of the created FormWorkflowWithTypeSettings instance is set to true.
Example - Providing a Custom Apply Fields Behavior
The following class shows the default implementation provided with Forms. You can copy this and customize it to your needs.
Again, you will need to register your custom class, for example, in a composer with:
Adding A Type To The Provider Model
To add a new type, no matter if it's a workflow, field, data source, etc, there is a number of tasks to perform to connect to the Forms provider model. This chapter walks through each step and describes how each part works. This chapter will reference the creation of a workflow type. It is, however, the same process for all types.
Preparations
Create a new class library project in Visual Studio add references to the Umbraco.Forms.Core.dll (available via referencing the NuGet package). You might also need to reference Umbraco.Forms.Core.Providers.
Adding the type to Forms
The Forms API contains a collection of classes that can be registered at startup or in an Umbraco component. So to add a new type to Forms you inherit from the right class. In the sample below we use the class for the workflow type.
When you implement this class you get two methods added. One of them is Execute which performs the execution of the workflow and the other is a method which validates the workflow settings, we will get back to these settings later on.
Any dependencies required that are registered with the dependency injection container can be provided via the constructor.
Even though we have the class inheritance in place, we still need to add a bit of default information.
Setting up basic type information
Even though we have the class inheritance in place, we still need to add a bit of default information. This information is added in the class's constructor like this:
All three are mandatory and the ID must be unique, otherwise the type might conflict with an existing one.
Adding settings to a type
Now that we have a basic class setup, we would like to pass setting items to the type. So we can reuse the type on multiple items but with different settings. To add a setting to a type, we add a property to the class, and give it a specific attribute like this:
The Umbraco.Forms.Core.Attributes.Setting registers the property in Umbraco Forms and there will automatically be UI and storage generated for it. In the attribute, a name, description and the view to be rendered is defined.
With the attribute in place, the property value is set every time the class is instantiated by Umbraco Forms. This means you can use the property in your code like this:
For all types that use the provider model, settings work this way. By adding the Setting attribute Forms automatically registers the property in the UI and sets the value when the class is instantiated.
Each setting value is stored as a string with the user interface for generating the value defined via the View property.
Umbraco Forms ships with .
Validate type settings with ValidateSettings()
The ValidateSettings() method which can be found on all types supporting dynamic settings, is used for making sure the data entered by the user is valid and works with the type.
Registering the class with Umbraco and Forms
To register the type, ensure your web application project has a reference to the class library, either via a project or NuGet reference. Then add the following code into the startup pipeline. In this example, the registration is implemented as an extension method to IUmbracoBuilder and should be called from Program.cs:
An alternative approach is to use a composer, as per this example:
There are further convenience methods you can use for registering custom types. These are found in the namespace Umbraco.Forms.Core.Providers.Extensions.
For example, instead of the following:
Your workflow can be registered using:
Or:
Existing items that are not required in a particular installation can be removed with:
Also look in the reference chapter for complete class implementations of workflows, fields and export types.
Overriding default providers in Umbraco Forms
It is possible to override and inherit the original provider, be it a Field Type or Workflow etc. The only requirement when inheriting a fieldtype that you wish to override is to ensure you do not override/change the Id set for the provider, and make sure your class is public.
Here is an example of overriding the Textarea field aka Long Answer.
As discussed in the previous section, you must also register the extended field type within a composer. You also need to create the the backoffice field type view.
Composer:
Backoffice View:
Add a new HTML file as per the name of the field class (e.g. textareawithcount.html) to \wwwroot\App_Plugins\umbracoforms\Backoffice\Common\FieldTypes\ within your project. For this example, we can copy the original textarea.html file used by the standard 'Long Answer' field.
The AngularJS client-side files are shipped with Umbraco Forms as part of a Razor Class Library. So you won't find these files on disk when you install the package.
However if you do want to reference them you can view and extract them from the .
Workflow Types
This article will give you an overview of the Workflow Types available in Umbraco Forms.
There are multiple built-in Workflow Types that can be used to extend the functionality of your form. Do you want to post the submitted form as XML, send the data as an email, or send a notification through another messaging system? These are a few of the options you can choose when working with Umbraco Forms.
using System;
using Umbraco.Cms.Core.Hosting;
using Umbraco.Forms.Core;
using Umbraco.Forms.Core.Models;
using Umbraco.Forms.Core.Searchers;
using Umbraco.Forms.Web.Helpers;
namespace MyFormsExtensions
{
public class ExportToHtml : ExportType
{
private readonly IHttpContextAccessor _httpContextAccessor;
private readonly IFormRecordSearcher _formRecordSearcher;
public ExportToHtml(
IHostEnvironment hostEnvironment,
IHttpContextAccessor httpContextAccessor,
IFormRecordSearcher formRecordSearcher)
: base(hostEnvironment)
{
_httpContextAccessor = httpContextAccessor;
_formRecordSearcher = formRecordSearcher;
Name = "Export as HTML";
Description = "Export entries as a single HTML report";
Id = new Guid("4117D352-FB41-4A4C-96F5-F6EF35B384D2");
FileExtension = "html";
Icon = "icon-article";
}
public override string ExportRecords(RecordExportFilter filter)
{
var view = "~/Views/Partials/Forms/Export/html-report.cshtml";
EntrySearchResultCollection model = _formRecordSearcher.QueryDataBase(filter);
return ViewHelper.RenderPartialViewToString(_httpContextAccessor.GetRequiredHttpContext(), view, model);
}
}
}
@model Umbraco.Forms.Core.Searchers.EntrySearchResultCollection
@{
var submissions = Model.Results.ToList();
var schemaItems = Model.Schema.ToList();
}
<h1>Form Submissions</h1>
@foreach (var submission in submissions)
{
var values = submission.Fields.ToList();
for (int i = 0; i < schemaItems.Count; i++)
{
<strong>@schemaItems[i].Name</strong> @values[i].Value
<br />
}
<hr />
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Forms.Core.Providers.Extensions;
using Umbraco.Forms.TestSite.Business.ExportTypes;
namespace MyFormsExtensions
{
public class TestComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.FormsExporters().Add<ExportToHtml>();
}
}
}
using System;
using System.IO;
using System.IO.Compression;
using System.Linq;
using Umbraco.Cms.Core.Hosting;
using Umbraco.Forms.Core;
using Umbraco.Forms.Core.Models;
using Umbraco.Forms.Core.Searchers;
namespace MyFormsExtensions
{
public class ExportToTextFiles : ExportType
{
private readonly IFormRecordSearcher _formRecordSearcher;
public ExportToTextFiles(
IHostingEnvironment hostingEnvironment,
IFormRecordSearcher formRecordSearcher)
: base(hostingEnvironment)
{
_formRecordSearcher = formRecordSearcher;
this.Name = "Export as text files";
this.Description = "Export entries as text files inside a zip file";
this.Id = new Guid("171CABC9-2207-4575-83D5-2A77E824D5DB");
this.FileExtension = "zip";
this.Icon = "icon-zip";
}
/// <summary>
/// We do not implement this method from the interface
/// As this method is called from ExportToFile that we also override here & is expecting the file contents as a string to be written as a stream to a file
/// Which would be OK if we were creating a CSV or a single based file that can have a simple string written as a string such as one large HTML report or XML file perhaps
/// </summary>
public override string ExportRecords(RecordExportFilter filter) => throw new NotImplementedException();
/// <summary>
/// This gives us greater control of the export process
/// </summary>
/// <param name="filter">
/// This filter contains the date range & other search parameters to limit the entries we are exporting
/// </param>
/// <param name="filepath">
/// The filepath that the export file is expecting to be served from
/// So ensure that the zip of text files is saved at this location
/// </param>
/// <returns>The final file path to serve up as the export - this is unlikely to change through the export logic</returns>
public override string ExportToFile(RecordExportFilter filter, string filepath)
{
// Before Save - Check Path, Directory & Previous File export does not exist
string pathToSaveZipFile = filepath;
// Check our path does not contain \\
// If not, use the filePath
if (filepath.Contains('\\') == false)
{
pathToSaveZipFile = HostingEnvironment.MapPathContentRoot(filepath);
}
// Get the directory (strip out \\ if it exists)
var dir = filepath.Substring(0, filepath.LastIndexOf('\\'));
var tempFileDir = Path.Combine(dir, "text-files");
// If the path does not end with our file extension, ensure it's added
if (pathToSaveZipFile.EndsWith("." + FileExtension) == false)
{
pathToSaveZipFile += "." + FileExtension;
}
// Check that the directory where we will save the ZIP file temporarily exists
// If not just create it
if (Directory.Exists(tempFileDir) == false)
{
Directory.CreateDirectory(tempFileDir);
}
// Check if the zip file exists already - if so delete it, as we have a new update
if (File.Exists(pathToSaveZipFile))
{
File.Delete(pathToSaveZipFile);
}
// Query the DB for submissions to export based on the filter
EntrySearchResultCollection submissions = _formRecordSearcher.QueryDataBase(filter);
// Get the schema objects to a list so we can get items using position index
var schemaItems = submissions.schema.ToList();
// We will use this to store our contents of our file to save as a text file
var fileContents = string.Empty;
// For each submission we have build up a string to save to a text file
foreach (EntrySearchResult submission in submissions.Results)
{
// The submitted data for the form submission
var submissionData = submission.Fields.ToList();
// For loop to match the schema position to the submission data
for (int i = 0; i < schemaItems.Count; i++)
{
// Concat a string of the name of the field & its stored data
fileContents += schemaItems[i].Name + ": " + submissionData[i] + Environment.NewLine;
}
// Now save the contents to a text file
// Base it on the format of the record submission unique id
var textFileName = Path.Combine(tempFileDir, submission.UniqueId + ".txt");
File.WriteAllText(textFileName, fileContents);
// Reset fileContents to be empty again
fileContents = string.Empty;
}
// Now we have a temp folder full of text files
// Generate a zip file containing them & save that
ZipFile.CreateFromDirectory(tempFileDir, pathToSaveZipFile);
// Tidy up after ourselves & delete the temp folder of text files
if (Directory.Exists(tempFileDir))
{
Directory.Delete(tempFileDir, true);
}
// Return the path where we saved the zip file containing the text files
return pathToSaveZipFile;
}
}
}
using System;
using System.Collections.Generic;
using Umbraco.Core.Composing;
using Umbraco.Core.Logging;
using Umbraco.Forms.Core.Attributes;
using Umbraco.Forms.Core.Enums;
using Umbraco.Forms.Core.Persistence.Dtos;
namespace MyNamespace
{
public class LogMessageWorkflow : WorkflowType
{
public const string LogMessageWorkflowId = "7ca500a7-cb34-4a82-8ae9-2acac777382d";
private readonly ILogger<LogMessageWorkflow> _logger;
public LogMessageWorkflow(ILogger<LogMessageWorkflow> logger)
{
Id = new Guid(LogMessageWorkflowId);
Name = "Test Workflow";
Description = "A test workflow that writes a log line";
Icon = "icon-edit";
_logger = logger;
}
[Setting("Message", Description = "The log message to write", View = "TextField")]
public string Message { get; set; }
public override List<Exception> ValidateSettings()
{
var exs = new List<Exception>();
if (string.IsNullOrEmpty(Message))
{
exs.Add(new Exception("'Message' setting has not been set"));
}
return exs;
}
public override WorkflowExecutionStatus Execute(WorkflowExecutionContext context)
{
_logger.LogInformation($"'{Message}' written at {DateTime.Now}");
return WorkflowExecutionStatus.Completed;
}
}
}
using System;
using System.Collections.Generic;
using System.Linq;
using Umbraco.Cms.Core.Hosting;
using Umbraco.Forms.Core;
using Umbraco.Forms.Core.Enums;
using Umbraco.Forms.Core.Providers;
using Umbraco.Forms.Web.Behaviors;
using Umbraco.Forms.Web.Models.Backoffice;
namespace MyNamespace
{
public class CustomApplyDefaultWorkflowsBehavior : IApplyDefaultWorkflowsBehavior
{
private readonly WorkflowCollection _workflowCollection;
private readonly IHostingEnvironment _hostingEnvironment;
public CustomApplyDefaultWorkflowsBehavior(
WorkflowCollection workflowCollection, IHostingEnvironment hostingEnvironment)
{
_workflowCollection = workflowCollection;
_hostingEnvironment = hostingEnvironment;
}
public void ApplyDefaultWorkflows(FormDesign form)
{
// Retrieve the type of the default workflow to add.
WorkflowType testWorkflowType = _workflowCollection[new Guid(LogMessageWorkflow.LogMessageWorkflowId)];
// Create a workflow object based on the workflow type.
var defaultWorkflow = new FormWorkflowWithTypeSettings
{
Id = Guid.Empty,
Name = "Log a message",
Active = true,
IncludeSensitiveData = IncludeSensitiveData.False,
SortOrder = 1,
WorkflowTypeId = testWorkflowType.Id,
WorkflowTypeName = testWorkflowType.Name,
WorkflowTypeDescription = testWorkflowType.Description,
WorkflowTypeGroup = testWorkflowType.Group,
WorkflowTypeIcon = testWorkflowType.Icon,
// Optionally set the default workflow to be mandatory (which means editors won't be able to remove it
// via the back-office user interface).
IsMandatory = true
};
// Retrieve the settings from the type.
Dictionary<string, Core.Attributes.Setting> workflowTypeSettings = testWorkflowType.Settings();
// Create a collection for the specific settings to be applied to the workflow.
// Populate with the setting details from the type.
var workflowSettings = new List<SettingWithValue>();
foreach (KeyValuePair<string, Core.Attributes.Setting> setting in workflowTypeSettings)
{
Core.Attributes.Setting settingItem = setting.Value;
var settingItemToAdd = new SettingWithValue
{
Name = settingItem.Name,
Alias = settingItem.Alias,
Description = settingItem.Description,
Prevalues = settingItem.GetPreValues(),
View = _hostingEnvironment.ToAbsolute(settingItem.GetSettingView()),
Value = string.Empty
};
workflowSettings.Add(settingItemToAdd);
}
// For each setting, provide a value for the workflow instance (in this example, we only have one).
SettingWithValue messageSetting = workflowSettings.SingleOrDefault(x => x.Alias == "Message");
if (messageSetting != null)
{
messageSetting.Value = "A test log message";
}
// Apply the settings to the workflow.
defaultWorkflow.Settings = workflowSettings;
// Associate the workflow with the appropriate form submission event.
form.FormWorkflows.OnSubmit.Add(defaultWorkflow);
}
}
}
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.DependencyInjection;
using Umbraco.Extensions;
using Umbraco.Forms.Core.Providers;
using Umbraco.Forms.Testsite.Business.Workflows;
using Umbraco.Forms.Web.Behaviors;
namespace MyNamespace
{
public class TestSiteComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.WithCollectionBuilder<WorkflowCollectionBuilder>()
.Add<LogMessageWorkflow>();
builder.Services.AddUnique<IApplyDefaultWorkflowsBehavior, CustomApplyDefaultWorkflowsBehavior>();
}
}
}
using Microsoft.Extensions.Options;
using Umbraco.Forms.Core.Configuration;
using Umbraco.Forms.Core.Models;
using Umbraco.Forms.Web.Extensions;
using Umbraco.Forms.Web.Models.Backoffice;
namespace Umbraco.Forms.Web.Behaviors
{
internal class CustomApplyDefaultFieldsBehavior : IApplyDefaultFieldsBehavior
{
private readonly FormDesignSettings _formDesignSettings;
public CustomApplyDefaultFieldsBehavior(IOptions<FormDesignSettings> formDesignSettings) =>
_formDesignSettings = formDesignSettings.Value;
public virtual void ApplyDefaultFields(FormDesign form)
{
// Add one page as a starting point.
var page = new Page();
form.Pages.Add(page);
// Add one empty fieldset to the page to start with.
var fieldset = new FieldSet
{
Id = Guid.NewGuid()
};
page.FieldSets.Add(fieldset);
// Add one full-width (12cols) container/row to the fieldset.
var container = new FieldsetContainer
{
Width = 12
};
fieldset.Containers.Add(container);
// As all forms default to having StoreRecordsLocally we need to add the data consent field to the the form
// (unless this feature has been explicitly disabled).
if (_formDesignSettings.DisableAutomaticAdditionOfDataConsentField)
{
return;
}
container.AddDataConsentField(_formDesignSettings, _fieldCollection);
// Add any further fields you require.
}
}
}
public class LogWorkflow : Umbraco.Forms.Core.WorkflowType
{
private readonly ILogger<LogWorkflow> _logger;
public LogWorkflow(ILogger<LogWorkflow> logger)
{
_logger = logger;
}
public override WorkflowExecutionStatus Execute(WorkflowExecutionContext context)
{
throw new NotImplementedException();
}
public override List<Exception> ValidateSettings() {
throw new NotImplementedException();
}
}
public LogWorkflow(ILogger<LogWorkflow> logger) {
_logger = logger;
this.Name = "The logging workflow";
this.Id = new Guid("D6A2C406-CF89-11DE-B075-55B055D89593");
this.Description = "This will save an entry to the log";
}
public override List<Exception> ValidateSettings() {
List<Exception> exceptions = new List<Exception>();
int docId = 0;
if (!int.TryParse(Document, out docId))
exceptions.Add(new Exception("Document is not a valid integer"));
return exceptions;
}
public static IUmbracoBuilder AddUmbracoFormsCustomProviders(this IUmbracoBuilder builder)
{
builder.WithCollectionBuilder<WorkflowCollectionBuilder>()
.Add<LogWorkflow>();
}
public class UmbracoFormsCustomProvidersComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.WithCollectionBuilder<WorkflowCollectionBuilder>()
.Add<LogWorkflow>();
}
}
public class TextareaWithCount : Umbraco.Forms.Core.Providers.FieldTypes.Textarea
{
// Added a new setting when we add our field to the form
[Umbraco.Forms.Core.Attributes.Setting("Max length",
Description = "Max length",
View = "TextField")]
public string MaxNumberOfChars { get; set; }
public TextareaWithCount()
{
// Set a different view for this fieldtype
this.FieldTypeViewName = "FieldType.TextareaWithCount.cshtml";
// We can change the default name of 'Long answer' to something that suits us
this.Name = "Long Answer with Limit";
}
public override IEnumerable<string> ValidateField(Form form, Field field, IEnumerable<object> postedValues, HttpContext context, IPlaceholderParsingService placeholderParsingService, List<string> errors)
{
var baseValidation = base.ValidateField(form, field, postedValues, context, placeholderParsingService, errors);
var value = postedValues.FirstOrDefault();
if (value != null && value.ToString().Length < int.Parse(MaxNumberOfChars))
{
return baseValidation;
}
var custom = new List<string>();
custom.AddRange(baseValidation);
custom.Add("String is way way way too long!");
return custom;
}
}
public class UmbracoFormsCustomProvidersComposer : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.FormsFields().Add<TextareaWithCount>();
}
}
Change Record State
Change Record state
Used to automatically Approve Record, Reject Record or Delete Record once it is submitted. Configure words that you want to match and select whether these words should trigger an approval or deletion of the record.
Post as XML
Post as XML
Used to post the Form as an XML to a specified URL. The following configuration can be set:
Workflow Name
URL (required)
Method
XsltFile - used to transform the XML
Headers - map the needed files
User
Password
Save as an XML file
Save as XML
Saves the result of the Form as an XML file by using XSLT. The following configuration can be set:
Workflow Name
Path (required) - where to save the XML file
File extension (required)
XsltFile - used to transform the XML
The path needs to point to a folder, not a file name. The files are then stored locally, and relative paths are resolved to the content root.
When storing the files within the wwwroot or App_Plugins folders, the files will be publicly available by default.
Save as Umbraco Content Node
Save as content node
Saves a submitted Form as a new content node. You need to choose a Document type and match the fields in the Form with the properties on the selected Document Type.
You can also choose to set a static value to fill in the properties:
Save as content node
In the example above, a Document Type called Blogpost is selected for creating the new Content node.
The value from the Name field will be added as the Node Name property in the new Content node. The value from the Email field will be used as the Content property.
The following configuration can be set:
Workflow Name
Publish - choose whether to publish the node on submission
Where to save - choose a section in the content tree where this new node should be added
Send Email
Send email
Sends the result of the Form to the specified email address. The following configuration can be set:
Workflow Name
Message (required)
Attachment - specify whether file uploads should be attached to the email
Recipient Email (required)
CC Email
BCC Email
SenderEmail
Reply To Email
Subject of the email (required)
For fields that accept multiple email addresses (Recipient Email, CC Email, BCC Email), you can separate addresses using semicolons (';') or commas (','). For example:
If the Sender Email field is not populated, the address used will be read from CMS configuration.
The Global Settings value configured at Umbraco:CMS:Global:Smtp:From will be used if provided.
If that is not set, the Content Settings value configured at Umbraco:CMS:Content:Notifications:Email will be used.
The fallback behavior also applies to the other email workflows.
Send Email with Template (Razor)
Send email with template
Uses a template to send the results of the Form to a specified email address.
You can create your own custom Razor templates to be used to send out emails upon Forms submission. Read more about how to create these templates in the Email Templates article.
The following configuration can be set:
Workflow Name
Email Template (required) - specify which template you want to use
Header text - formatted text that will be rendered above the form entry details
Footer text - formatted text that will be rendered below the form entry details
Attachments - specify whether file uploads should be attached to the email
Recipient Email (required)
CC Email
BCC Email
SenderEmail
Reply To Email
Subject of the email (required)
Send Form to URL
Send to URL
Sends the Form to a URL either as a HTTP POST or GET. The following configuration can be set:
Workflow Name
URL (required)
Method (required) - POST, GET, PUT or DELETE
Standard Fields - optionally include and map standard form information such as name and page URL
Fields - map the needed fields
User
Password
When mapping fields, if any are selected, only those chosen will be sent in the request to the configured URL. If no fields are mapped, all will be sent.
The receiving endpoint extracts form fields and values using GET for querystrings and POST for form collections.
As an illustrative example, the following code can be used to write the posted form information to a text file:
Send XSLT Transformed Email
Send XSLT Email
Sends the result of the Form to an email address with full control over the email contents by providing an xslt file. The following configuration can be set:
Workflow Name
XSLT File - specify which file should be used to transform the content
Recipient Email (required)
CC Email
BCC Email
SenderEmail
Reply To Email
Subject of the email (required)
Slack
Send to Slack
Allows to post the Form data to a specific channel on Slack. The following configuration can be set:
Workflow Name
Webhook URL (required)
Forms Provider Type Details
Provides details of the built-in provider types available with Umbraco Forms
This page provides some details of the provider types available in Umbraco Forms.
The intention is to be able to make available details such as IDs, aliases and property names, that may be necessary when configuring the product.
Field Types
Checkbox
ID:D5C0C390-AE9A-11DE-A69E-666455D89593
Alias:checkbox
Settings:
Caption
Data Consent
ID:A72C9DF9-3847-47CF-AFB8-B86773FD12CD
Alias:dataConsent
Settings:
Date
ID:F8B4C3B8-AF28-11DE-9DD8-EF5956D89593
Alias:date
Settings:
Dropdown List
ID:0DD29D42-A6A5-11DE-A2F2-222256D89593
Alias:dropdown
Settings:
File Upload
ID:84A17CF8-B711-46a6-9840-0E4A072AD000
Alias:fileUpload
Settings:
Long Answer
ID:023F09AC-1445-4bcb-B8FA-AB49F33BD046
Alias:longAnswer
Settings:
Hidden Field
ID:DA206CAE-1C52-434E-B21A-4A7C198AF877
Alias:hidden
Settings:
Multiple Choice
ID:FAB43F20-A6BF-11DE-A28F-9B5755D89593
Alias:multipleChoice
Settings:
Password
ID:FB37BC60-D41E-11DE-AEAE-37C155D89593
Alias:password
Settings:
reCAPTCHA 2
ID:B69DEAEB-ED75-4DC9-BFB8-D036BF9D3730
Alias:recaptcha2
Settings:
reCAPTCHA 3
ID:663AA19B-423D-4F38-A1D6-C840C926EF86
Alias:recaptcha3
Settings:
reCAPTCHA Enterprise
ID:1BAB78CB-52B1-495C-BBC2-A46540642828
Alias:recaptchaEnterprise
Settings:
Rich Text
ID:1F8D45F8-76E6-4550-A0F5-9637B8454619
Alias:richText
Settings:
Single Choice
ID:903DF9B0-A78C-11DE-9FC1-DB7A56D89593
Alias:singleChoice
Settings:
Short Answer
ID:3F92E01B-29E2-4a30-BF33-9DF5580ED52C
Alias:shortAnswer
Settings:
Title and Description
ID:e3fbf6c4-f46c-495e-aff8-4b3c227b4a98
Alias:titleAndDescription
Settings:
Workflow Types
Change Record State
ID:4C40A092-0CB5-481d-96A7-A02D8E7CDB2F
Alias:changeRecordState
Settings:
Post as XML
ID:470EEB3A-CB15-4b08-9FC0-A2F091583332
Alias:postAsXml
Settings:
Save As Umbraco Content Node
ID:89FB1E31-9F36-4e08-9D1B-AF1180D340DB
Alias:saveAsUmbracoContentNode
Settings:
Save As XML File
ID:9CC5854D-61A2-48f6-9F4A-8F3BDFAFB521
Alias:saveAsAnXmlFile
Settings:
Send Email
ID:E96BADD7-05BE-4978-B8D9-B3D733DE70A5
Alias:sendEmail
Settings:
Send Email With Razor Template
ID:17c61629-d984-4e86-b43b-a8407b3efea9
Alias:sendEmailWithRazorTemplate
Settings:
Send Email With Extensible Stylesheet Language Transformations (XSLT) Template
using Microsoft.AspNetCore.Mvc;
using Microsoft.Extensions.Logging;
using System.IO;
namespace RequestSaver.Controllers
{
[ApiController]
[Route("[controller]")]
public class SaveRequestController : ControllerBase
{
private const string _filePath = "c:\\temp\\request-save.txt";
private readonly ILogger<SaveRequestController> _logger;
public SaveRequestController(ILogger<SaveRequestController> logger)
{
_logger = logger;
}
[HttpPost]
public string Save()
{
using (StreamWriter outputFile = new StreamWriter(_filePath))
{
foreach (var key in Request.Form.Keys)
{
outputFile.WriteLine($"{key}: {(Request.Form[key])}");
}
}
return "Done";
}
}
}
DefaultValue
ShowLabel
AcceptCopy
ShowLabel
Placeholder
ShowLabel
AriaLabel
DefaultValue
AllowMultipleSelections
ShowLabel
AutocompleteAttribute
SelectPrompt
SelectedFilesListHeading
DefaultValue
Placeholder
ShowLabel
AutocompleteAttribute
NumberOfRows
MaximumLength
DefaultValue
DisplayLayout
DefaultValue
ShowLabel
Placeholder
Theme
Size
ErrorMessage
ScoreThreshold
ErrorMessage
SaveScore
ScoreThreshold
ErrorMessage
SaveScore
Html
ShowLabel
DisplayLayout
DefaultValue
ShowLabel
DefaultValue
Placeholder
ShowLabel
MaximumLength
FieldType
AutocompleteAttribute
CaptionTag
Caption
BodyText
ShowLabel
Words
Action
Url
Method
XsltFile
Fields
Username
Password
Fields
Publish
RootNode
Path
Extension
XsltFile
Email
CcEmail
BccEmail
SenderEmail
ReplyToEmail
Subject
Message
Attachment
Email
CcEmail
BccEmail
SenderEmail
ReplyToEmail
Subject
RazorViewFilePath
Attachment
Email
CcEmail
BccEmail
SenderEmail
ReplyToEmail
Subject
XsltFile
Url
Method
StandardFields
Fields
Username
Password
WebhookUrl
Token
Channel
Username
AvatarUrl
TextFile
Connection
ConnectionString
Table
KeyColumn
ValueColumn
CaptionColumn
DataTypeId
RootNode
UseCurrentPage
DocType
ValueField
CaptionField
ListGrandChildren
OrderBy
Connection
Table
Creating a Form - The basics
In this article, we'll take a look at the basic steps of creating a Form and adding the Form to your Umbraco site.
Accessing the Forms Section
You can manage the Forms in the Forms section of the Umbraco backoffice. You need to have access to the section in order to see it.
If you do not see the Forms section, you might need to request access from the site Administrator. An Administrator can give permission to view the Forms section. This is done from within the Users section of the backoffice.
Creating a Form
To create a Form, follow these steps:
Navigate to the Forms section.
Click ... next to the Forms folder.
The Create a new Form dialog opens.
To edit a field that has already been added to the Form, click the little cog icon next to the field to open the dialog. To delete a field or a group, click the Recycle Bin icon.
Structuring the Form
Ordering Fields
Once you've added a few fields to your Form, you might want to change the order of questions. To do so, click Reorder in the top-right corner of the Form designer.
When reordering your Form, you can drag and drop the fields to make it look the way you want. Click I am done reordering to get back to the Form designer.
Form Pages
Forms can be grouped into pages. When rendered, each page will be presented one at a time to the user. They will need to complete the first page before moving onto the second and can navigate back and forth between pages.
To add a new page to the top or bottom of a form use the buttons available in the top right of the editing view.
You can also add a new page directly to the bottom of the form via the Add new page button. This will appear below other pages when at least one exists.
Form Groups
With a page, form fields can be arranged into groups. These will display all together on a single page but can be styled so the fields are appropriately grouped in fieldsets.
New groups are added via the Add new group button.
Form Columns
The last level of structure are columns that can be created within a group. To set the number of columns click the cog icon next to the group. You will then be able to add or move fields to the new columns created.
Saving the Form
Once you are satisfied with the Form, you can save the design by clicking the Save button.
Organizing Forms in Folders
If installation of the product is configured for storage of form definitions in the database, you will have the option to store forms within folders. If you are planning to create a number of them, this may help with organization and locating them once created for modification.
To create a folder, access the same dialog used for creating a form. Here, you'll have the option to create a folder, for which you need to provide a name.
You can create folders within folders, rename, move and delete them. You also have the ability to move or copy forms into folders, all via the tree operations available from the ... menu.
Adding the Form to the Umbraco site
To add the Form, follow these steps:
Navigate to the Content section of the Umbraco Backoffice.
Select the content page where you want to insert the Form. The page you choose should either have a Rich Text Editor (RTE) field, a Grid Editor, or a form picker all of which you can add in the Settings section under Document Types.
Forms create dialog
Select Empty Form. The Form Designer opens in the editor.
Forms designer
By default, there is a page, a fieldset, and a container available. The rest of the Form has to be added using the interface.
Enter the Name for the Form. Let's call it Our first form.
[Optional] Enter the Page Name. We'll call it The first page. Click Add new page at the bottom of the Forms designer to add more pages.
[Optional] Enter the Group Name. Click Add new group to add another group.
Click the Add Question button to add a new field.
The Add Question dialog opens.
Forms add field dialog
Enter the following details:
Field Name
Value
Enter question
Name
Enter help text
Enter your name here
Choose answer type
Short answer
In the Sensitive data field, choose if the field stores sensitive data. Once selected, the data from this field will be prevented from being downloaded and viewed by users who do not have permission to do so. Only members of the sensitive data user group will see this option of downloading.
Enter a Default Value for the field.
Add a Placeholder to make it easier for the user to fill in the Form.
Select if the field is Mandatory and customize the message.
Add a Validation to the field. There are some predefined validations available but it is possible to add your own custom validation as well.
Some form fields allow you to show or hide the label that's associated with the field when it is rendered within the form on the website. The default is always to show the field, but if you prefer to hide it, untick the Show label option.
Some of the additional settings are dependent on which answer type was chosen. For example, since we selected Short Answer as our answer type we got two additional settings (Default Value and Placeholder).
Once the configuration is completed, click Submit. You will see that the field has been added to the Form designer.
Click the Insert macro button in the toolbar of the RTE or Grid. The Select Macro dialog opens.
Click Add under Choose a Form and select the Form you want to insert. You will be able to select from the full list of forms. If available on your installation, you will also be able to select using a folder based view, which can be quicker to navigate when many forms have been prepared.
Content page add macro
[Optional] Click Add under Theme to choose which theme the Form should use.
Finally you have an option to Exclude Scripts.
Click Submit.
The Form is inserted on to your page. Click the Save and publish button.
Add a new class to the Visual Studio solution, make it inherit from Umbraco.Forms.Core.FieldType, and fill in the constructor:
In the constructor, or via overridden properties, we can specify details of the field type:
Id - should be set to a unique GUID.
Alias - an internal alias for the field, used for localized translation keys.
Name
You will then need to register this new field as a dependency.
Partial view
Then we will start building the view for the default theme of the Form at Views\Partials\Forms\Themes\default\FieldTypes\FieldType.MyCustomField.cshtml.
The file name for the partial view should match the value set on the FieldTypeViewName property.
This will be rendered when the default theme is used.
If working with Umbraco 9 or earlier versions, you'll find the Views\Partials\Forms\Themes\default\ folder on disk and can create the files there.
For Umbraco 10 and above, we've moved to so the folder won't exist. However, you can create it for your custom field type. If you would like to reference the partial views of the default theme, you can download them as mentioned in the article.
Read-only partial view
When rendering a multi-page form, editors have the option to display a summary page where the entries can be viewed before submitting.
To support this, a read-only view of the field is necessary.
For most fields, nothing is required here, as the default read-only display defined in the built-in ReadOnly.cshtml file suffices.
However, if you want to provide a custom read-only display for your field, you can do so by creating a second partial view. This should be named with a .ReadOnly suffix. For this example, you would create FieldType.Slider.ReadOnly.cshtml.
Umbraco backoffice view
The final step involves building the HTML view which will be rendered in Umbraco as an example of how our end result will look:
In the HTML you can access settings via field.settings, e.g. {{field.settings.Caption}} to render a "Caption" setting. It is also possible to access prevalues via field.$preValues.
For built-in field types, Umbraco Forms look for this file in the virtual folder: App_Plugins\UmbracoForms\backoffice\Common\FieldTypes\. It will expect to find a file with a name matching the class's name, i.e. mycustomfield.html. To add custom fields and themes, create a folder at the specified path (also known as the virtual folder). This is because the client-side code is included in the Razor Class Library. As a result, these files are available as if they're stored at a specific location on disk.
To store in a different location, you can apply the following override to the custom field type's C# representation:
Field settings
Field settings that will be managed in the backoffice by editors creating forms using the custom field type can be added to the C# class. These settings can be added as properties with a Setting attribute.
The property Name names the setting in the backoffice with the Description providing the help text. Both of these are translatable by providing a containing appropriate keys:
The area aliases for the other provider types are as follows:
Data sources - formProviderDataSources
Export types - formProviderExportTypes
Prevalue sources - formProviderPrevalueSources
The View attribute defines the client-side view used when rendering a preview of the field in the form's designer. Umbraco Forms ships with a number of these, found in a virtual path of App_Plugins\UmbracoForms\backoffice\Common\SettingTypes\.
Again though, you can use your own location, and configure with a full path to the view, e.g.:
To reference the file the setting should be configured with a full path to the view, e.g.:
SupportsPlaceholders is a flag indicating whether the setting can contain and controls whether they are parsed on rendering.
HtmlEncodeReplacedPlaceholderValues takes effect only if SupportsPlaceholders is true. It controls whether the replaced placeholder values should be HTML encoded (as is necessary for rendering within content from a rich text editor).
SupportsHtml is a flag indicating whether the setting can contain HTML content. When set to true it will be treated as HTML content when the value is read from the Forms delivery API.
IsMandatory if set to true will provide client-side validation in the backoffice to ensure the value is completed.
Default values for settings can be defined in code using one of two approaches.
Using a property initializer:
Using the DefaultValue attribute property:
If both are provided, the DefaultValue attribute property takes precedence over the property initializer.
These code-based defaults provide an alternative to . If a value is configured in appsettings.json, it takes precedence over any code-based default.
Settings when inheriting
When creating a field or other provider type, you might choose to inherit from an existing class. This could be if one of the types provided with Umbraco Forms almost meets your needs but you want to make some changes.
All setting properties for the Forms provider types are marked as virtual, so you can override them and change the setting values:
If you want to hide a setting in your derived class you can use the IsHidden property:
Backoffice entry rendering
The third and final client-side view file used for settings is in the rendering of the submitted values for the field. This rendering takes place in the "Entries" section of the backoffice.
These are defined by the RenderView property of a field type and are found in App_Plugins\UmbracoForms\backoffice\Common\RenderTypes\.
As for the other files, if you require a custom render type view, it's better to host them in a different location, such as App_Plugins\UmbracoFormsCustomFields\backoffice\Common\RenderTypes\mycustomrenderfield.html.
To reference the file you should override the RenderView property, e.g.:
Creating a Contact Form
In this tutorial, we'll look at creating a Contact Form using Umbraco Forms. It will take you through the process of creating a Contact Form and cover all the different components involved in building the form.
You can use a Contact Form on your website to allow a visitors to send you a message. Having a Contact Form on your website allows you to keep track of potential customer queries and possibly generate leads via email communication.
Video Tutorial
using System;
using System.Collections.Generic;
using System.Linq;
using Microsoft.AspNetCore.Http;
using Umbraco.Forms.Core.Enums;
using Umbraco.Forms.Core.Models;
using Umbraco.Forms.Core.Services;
namespace MyFormsExtensions
{
public class MyCustomField : Umbraco.Forms.Core.FieldType
{
public MyCustomField()
{
Id = new Guid("08b8057f-06c9-4ca5-8a42-fd1fc2a46eff"); // Replace this!
Name = "My Custom Field";
Description = "Render a custom text field.";
Icon = "icon-autofill";
DataType = FieldDataType.String;
SortOrder = 10;
SupportsRegex = true;
FieldTypeViewName = "FieldType.MyCustomField.cshtml";
}
// You can do custom validation in here which will occur when the form is submitted.
// Any strings returned will cause the submission to be considered invalid.
// Returning an empty collection of strings will indicate that it's valid to proceed.
public override IEnumerable<string> ValidateField(Form form, Field field, IEnumerable<object> postedValues, HttpContext context, IPlaceholderParsingService placeholderParsingService, IFieldTypeStorage fieldTypeStorage)
{
var returnStrings = new List<string>();
if (!postedValues.Any(value => value.ToString().ToLower().Contains("custom")))
{
returnStrings.Add("You need to include 'custom' in the field!");
}
// Also validate it against the default method (to handle mandatory fields and regular expressions)
return base.ValidateField(form, field, postedValues, context, placeholderParsingService, fieldTypeStorage, returnStrings);
}
}
}
Workflow Types in Umbraco Forms
- the name of the field presented in the backoffice.
Description - the description of the field presented in the backoffice.
Icon - the icon of the field presented in the backoffice form builder user interface.
DataType - specifies the type of data stored by the field. Options are String, LongString, Integer, DateTime or Bit (boolean).
SupportsMandatory - indicates whether mandatory validation can be used with the field (defaults to true).
MandatoryByDefault - indicates whether the field will be mandatory by default when added to a form (defaults to false).
SupportsRegex - indicates whether pattern based validation using regular expressions can be used with the field (defaults to false).
SupportsPreValues - indicates whether prevalues are supported by the field (defaults to false).
FieldTypeViewName - indicates the name of the partial view used to render the field.
RenderInputType- indicates how the field should be rendered within the theme, as defined with the RenderInputType enum. The default is Single for a single input field. Multiple should be used for multiple input fields such as checkbox lists. Custom is used for fields without visible input fields.
using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.DependencyInjection;
using Umbraco.Forms.Core.Providers;
namespace MyFormsExtensions
{
public class Startup : IComposer
{
public void Compose(IUmbracoBuilder builder)
{
builder.WithCollectionBuilder<FieldCollectionBuilder>()
.Add<MyCustomField>();
}
}
}
public override string GetDesignView() =>
"~/App_Plugins/UmbracoFormsCustomFields/backoffice/Common/FieldTypes/mycustomfield.html";
[Setting("My Setting", Description = "Help text for the setting", View = "TextField", SupportsPlaceholders = "true", DisplayOrder = 10)]
public virtual string MySetting { get; set; }
<area alias="formProviderFieldTypes">
<key alias="mySettingName">My Setting</key>
<key alias="mySettingDescription">Help text for the setting</key>
</area>
[Setting("My Setting",
Description = "Help text for the setting",
View = "~/App_Plugins/UmbracoFormsCustomFields/backoffice/Common/SettingTypes/mycustomsettingfield.html",
SupportsPlaceholders = true,
DisplayOrder = 10)]
public virtual string MySetting { get; set; }
[Setting("Minimum")]
public virtual string Min { get; set; } = "1";
[Setting("Minimum", DefaultValue = "1")]
public virtual string Min { get; set; }
[Setting("My Setting", Description = "My custom help text for the setting", View = "TextField", SupportsPlaceholders = "true", DisplayOrder = 10)]
public override string MySetting { get; set; }
public override string RenderView => "~/App_Plugins/UmbracoFormsCustomFields/backoffice/Common/RenderTypes/mycustomrenderfield.html";
Step 1: Configure the Document Types
The first step in this tutorial is to configure the Document Types that will be used to show the Contact Form on your website.
Creating a Composition
We'll start off by creating a Composition. A Composition is a stand-alone Document Type, that you can reuse on other Document Types. By creating a Composition, we are not duplicating the same properties on multiple Document Types. This is helpful when we want to use the same set of properties on multiple Document Types.
To create a Composition, follow these steps:
Go to Settings in the Umbraco Backoffice.
Expand the Document Types folder in the Settings tree.
Select ... next to the Compositions folder.
Click Composition.
Creating a Composition
Enter a Name for the Composition- let's call it Title Box.
Add the following fields with the respective specifications:
Group
Field Name
Alias
Data Type
Title Box
Title
title
Textstring
Title Box
Subtitle
subtitle
Textarea
Save Composition.
Add Composition Properties
Creating a Contact Us Document Type with Template
Next, we will create a Document type with template. A Document Type contains different properties for holding different types of content. The Document Type we create here will be the one used for creating the content page that will hold our Contact Form.
To create a Contact Us Document Type, follow these steps:
Go to Settings in the Umbraco Backoffice.
Select ... next to the Document Types folder.
Select Document Type with Template.
Enter a Name for the Document Type- let's call it Contact Us.
Select Compositions in the top-right corner.
Make sure the Title Box Composition is checked.
Submit the change.
Add the following fields with the respective specifications:
Group
Field Name
Alias
Data Type
Form
Contact Form
contactForm
Richtext Editor
Content
Body Text
bodyText
Richtext Editor
Save the Document Type.
Contact Us Document Type Properties
Updating the Document Type Permission
In the following we will update the Document Type permissions to specifically add child nodes under the root content node.
To update the Contact Us Document Type permissions, follow these steps:
Navigate to the Document Type used for the root content node on your website, in this case Home Page.
Go to the Permissions tab.
Select Add child in the Allowed child node types section.
Select the Contact Us page.
Update Home Page Document Type Properties
Submit the changes.
Save the Document Type.
Step 2: Prepare the Content Node
This step takes you through creating the content node for your Contact Form. The content node uses the Document Type and Template to serve up an HTML page to web visitors.
To add the content node, follow these steps:
Go to Content in the Umbraco Backoffice.
Select ... next to the Home Page.
Create a Contact Us page.
Enter the name for the content node. let's call it Contact Us.
Enter a Title, Subtitle, and Body Text value. These can always be updated at a later point.
Enter values in Contact Us Content node
Save or Save and Publish the content node.
Step 3: Creating the Contact Form
In this step, we will create the Contact Form using Umbraco Forms.
To create a form, follow these steps:
Navigate to the Forms section in the Umbraco Backoffice.
Click ... next to the Forms folder.
Choose the Empty Form option.
Enter a Name for the Form- let's call it Contact Us.
[Optional] Enter a Group Name for the Data Consent query - let's call it Data Consent.
Add new group - let's call it Information.
Select Add Question to add a new field.
Enter the following details:
Field Name
Value
Enter question
Name
Alias
fullName
Choose answer type
Short answer
Field Type
text
Mandatory
Yes
Submit the changes.
Repeat steps 7-9 to add the following fields:
Field Name
Value
Enter question
Company Name
Choose answer type
Short answer
Field Name
Value
Enter question
How should we contact you?
Choose answer type
Single choice
Prevalues Items
phone, email
Mandatory
Yes
Field Name
Value
Enter question
Enter your phone number
Choose answer type
Short answer
Field Type
tel
Validation
Validate as a number
Select Enable Conditions on the Enter your phone number field.
Click Add Condition.
Select How should we contact you? from the dropwdown.
Enter phone in the value field.
Submit the changes.
Repeat steps 7-9 to add the following field:
Field Name
Value
Enter question
Enter your email address
Choose answer type
Short answer
Field Type
email
Validation
Validate as an email address
Select Enable Conditions on the Enter your email address field.
Click Add Condition.
Select How should we contact you? from the dropwdown.
Drag the Data consent group below the Information group.
Click I am done reordering.
Save the form.
Configuring the Form Workflow
Workflows is how you determine what you happen after your form is submitted. It could be actions like sending an email or displaying a "Thank You" message.
To configure the Form workflow, follow these steps:
Select the Submit message/ Go to page options in the bottom of the Forms editor.
Enter a customised message in the Message on Submit field.
Select Example-Template.cshtml in the Email template field.
Enable Attachments.
Enter an email address in the Sender Email field.
Submit the changes.
Save the form.
Configuring the Form Settings
In this step, you will find the information about accessing the Forms Settings and the validations available to customise your form.
To configure the form settings, follow these steps:
Navigate to the Settings tab in the Forms editor.
Scroll to find the Validation section.
Ensure that the Mark Mandatory fields option is checked under Mark fields.
Save the changes.
There are multiple settings that be configured. These are all optional in relation to this tutorial.
Step 4: Adding the Contact Form to the Content Node
Now that you have created your Contact Form, you can add it in the Contact Us Content Node using the Rich Text Editor. We will use the Insert Form macro to insert a form.
To add the Contact Form to the Content Node, follow these steps:
Navigate to the Content section in the Umbraco Backoffice.
Open the Contact Us Page.
Select Insert macro in the Contact Form field.
Select the Insert Form with Theme option.
Select Add in the Choose a form field.
Choose the Contact Us Form.
Select Add in the Theme field.
Choose the default theme.
Adding the Contact Us Form
Submit the changes.
Save or Save and Publish the content node.
Step 5: Additional configuration
In the next couple of steps, we will add some additional configuration required in order for our form to work properly.
Configuring the reCAPTCHA value
When you inserted the form in the previous step, you will notice an error message in the reCAPTCHA field. You need to update the configuration to include a value in the appsettings.json file.
By adding the SMTP settings in the appsettings.json file, you can send out emails from your Umbraco installation. It is required in order for your form to be able to send emails on submission.
To configure the SMTP settings, see the Global Settings article.
Step 6: Rendering the Contact Form
In this step, we will render the values of the Contact Us Document Type in the template.
To render the Contact Form, follow these steps:
Navigate to the Settings section in the Umbraco Backoffice.
Open the Contact Us template in the Templates folder.
Choose the Insert option and select Value.
Select contactForm from the Choose field dropdown.
Submit the changes.
Follow steps 3-5 to insert the bodyText value.
Submit the changes.
Save the template.
The final result
Finally, it is time to view the Contact Form on the frontend.
To view the Contact Form on the Frontend, follow these steps:
Navigate to the Content section in the Umbraco Backoffice.
Open the Contact Us Page.
Ensure that the page is published.
Go to the Info tab.
Click on the Published link in the Links section.
You now have a full-fledged Contact Form ready to be used on your website.
Headless/AJAX Forms
Umbraco Forms provides an API for client-side rendering and submission of forms. This will be useful when you want to handle forms in a headless style scenario.
Enabling the API
The Forms API is disabled by default. To enable it, set the Umbraco:Forms:Options:EnableFormsApi configuration key to true.
For example:
API Definition
The API supports two endpoints, one for rendering a form and one for submitting it.
As well as this documentation, the definition of the API can also be reviewed via the Swagger UI.
This is available alongside the Umbraco 12 Content Delivery Api at: /umbraco/swagger/index.html. Select "Umbraco Forms API" from the "Select a definition" list to view the methods available.
The Open API specification is available from: /umbraco/swagger/forms/swagger.json
Requesting a Form Definition
To request the definition of a form, the following request can be made:
The GET request requires the Guid identifying the form.
An optional contentId parameter can be provided, which can either be the integer or GUID identifier for the current page. If provided, the content item identified will be used for Forms features requiring information from the page the form is hosted on. This includes the parsing of .
A culture parameter can also be provided, expected as an ISO code identifying a language used in the Umbraco installation (for example, en-US). This will be used to ensure the correct translation for dictionary keys is used. It will also retrieve page content from the appropriate language variant. If the parameter is not provided in the request, the default Umbraco language will be used.
Finally, an additionalData parameter can be provided as a dictionary. This information will be made available when rendering the form allowing it to be used as a source for .
If the requested form is not found, a 404 status code will be returned.
A successful request will return a 200 status code. An example response is as follows. It will differ depending on the pages, fields and other settings available for the form.
It's possible to define either a message displayed when a form is submitted, or a redirect to another website page.
With the former, the output will be as above, and as shown in this extract:
When a redirect is configured, details of the content ID and a route will be included, as follows:
Submitting a Form Entry
To submit a form entry, the following request can be made:
The POST request requires the Guid identifying the form.
It also requires a Content-Type header of application/json and accepts a body as per this example:
The values collection consists of a set of name/value pairs, where the name is the alias of a form field. The value is the value of the submitted field, which can either be a string, or an array of strings. In this way we support fields that accept multiple values, such as checkbox lists.
The contentId and culture parameters are optional. If provided they will be used to customize the response for the current page and language respectively.
Similarly, the additionalData dictionary is optional. This data is associated with the created record and made available within workflows.
In the case of a validation error, a 422 "Unprocessable Entity" status code will be returned, along with a response similar to the following:
A successful response will return a 202 "Accepted" status code.
It will contain an object detailing the post-submission configured the form, for example:
File Uploads
The file upload field type is supported via the API for the rendering and submission of forms.
When retrieving a form definition, some additional detail is provided for fields of this type to allow for the appropriate rendering of the form interface:
When submitting a form, the value should be a JSON structure that provides a collection. Each item in the collection should contain the file name and the file contents as a base64 encoded data URL.
Securing the API
Antiforgery Protection
When posting forms in the traditional way, via a full page post back, an anti-forgery token is generated and validated. This provides protection against Cross-Site Request Forgery (CSRF) attacks.
The same protection is available for forms submitted via AJAX techniques.
In order to generate the token and provide it in the form post, the following code can be applied to the .cshtml template:
When posting the form, the header value generated can be provided, where it will be validated server-side before accepting the request.
API Key
The antiforgery token security approach is valid when building a client-side integration with API calls made from the browser.
Providing the token isn't possible though in other headless situations such as server-to-server requests. In these situations, an alternative approach to securing the API is available.
Firstly, with server-to-server integrations you will want to disable the antiforgery token protection.
This is done by setting the Umbraco:Forms:Security:EnableAntiForgeryTokenForFormsApi configuration key to a value of false.
You should then configure an API key Umbraco:Forms:Security:FormsApiKey. This can be any string value, but it should be complex enough to resist being guessed by a brute force attack.
With this in place any request to the Forms API will be rejected unless the configured value is provided in an HTTP header named Api-Key.
Rendering and Submitting forms with JavaScript
For an illustrative example showing how a form can be rendered, validated and submitted using the API and vanilla JavaScript, .
Examples demonstrating how to handle a file upload and use reCAPTCHA fields are included.
Working with the CMS Content Delivery API
The provides headless capabilities within Umbraco by allowing you to retrieve content in JSON format.
When retrieving content that contains an Umbraco Forms form picker, the output by default will consist of the ID of the selected form:
With for the property, the full details of the form will be available. The structure and content of the form representation will be exactly the same as that provided by the Forms API itself.
Dynamic form injection
For dynamic form injection on a page, such as in a modal dialog, there's a specific JavaScript event and API method. This allows reinitializing Umbraco Forms for the new content.
Configuration
In Umbraco Forms it's possible to customize the functionality with various configuration values.
With Umbraco Forms it's possible to customize the functionality with various configuration values.
Editing configuration values
All configuration for Umbraco Forms is held in the appSettings.json file found at the root of your Umbraco website. If the configuration has been customized to use another source, then the same keys and values discussed in this article can be applied there.
The convention for Umbraco configuration is to have package based options stored as a child structure below the Umbraco element, and as a sibling of CMS. Forms configuration follows this pattern, i.e.:
All configuration for Forms is optional. In other words, all values have defaults that will be applied if no configuration is available for a particular key.
For illustration purposes, the following structure represents the full set of options for configuration of Forms, along with the default values. This will help when you need to provide a different setting to understand where it should be applied.
Form design configuration
DisableAutomaticAdditionOfDataConsentField
This configuration value expects a true or false value and can be used to disable the feature where all new forms are provided with a default "Consent for storing submitted data" field on creation. Defaults to false.
DisableDefaultWorkflow
This configuration value expects a true or false value and can be used to toggle if new forms that are created adds an email workflow to send the result of the form to the current user who created the form. Defaults to false.
MaxNumberOfColumnsInFormGroup
This setting controls the maximum number of columns that can be created by editors when they configure groups within a form. The default value used if the setting value is not provided is 12.
DefaultTheme
This setting allows you to configure the name of the theme to use when an editor has not specifically selected one for a form. If empty or missing, the default value of "default" is used. If a custom default theme is configured, it will be used for rendering forms where the requested file exists, and where not, will fall back to the out of the box default theme.
DefaultEmailTemplate
When creating an empty form, a single workflow is added that will send an email to the current user's address. By default, the template shipped with Umbraco Forms is available at Forms/Emails/Example-Template.cshtml is used.
If you have created a custom template and would like to use that as the default instead, you can set the path here using this configuration setting.
RemoveProvidedEmailTemplate
The provided template can be removed from the selection if you have created email templates for the "send Razor email" workflow. To do this, set this value to true.
RemoveProvidedFormTemplates
Similarly, the provided form templates available from the form creation dialog can be removed from selection. To do this, set this configuration value to true.
FormElementHtmlIdPrefix
By default the value of HTML id attribute rendered for fieldsets and fields using the default theme is the GUID associated with the form element. Although this is valid, some browsers, particularly Safari, may report issues with this if the identifier begins with a number. To avoid such issues, the attribute values can be prefixed with the value provided in this configuration element.
For example, providing a value of "f_" will apply a prefix of "f_" to each fieldset and field id attribute.
SettingsCustomization
Forms allows you to configure default values and visibility for field, workflow, data source, and prevalue source settings. Default values can be set in two ways:
In code - by using the DefaultValue property on the Setting attribute, or a property initializer, when defining custom or extended provider types.
In configuration - by using the SettingsCustomization section, which takes precedence over code-based defaults.
Without any configuration, the default behavior when a new field or workflow is added to a form is for each setting to be empty. The values are then completed by the editor. All settings defined on the type are displayed for entry.
In some situations, you may want to hide certain settings from entry, so they always take an empty value. In others, you may want to provide a default value that the editor can accept or amend. And lastly, you may have a requirement for a fixed, non-empty value, that's enforced by the organization and not editable. Each of these scenarios can be supported by this configuration setting.
It consists of four dictionaries, one for each type:
DataSourceTypes
FieldTypes
PrevalueSourceTypes
WorkflowTypes
Each dictionary can be identified using the GUID or alias of the type as the key. The value is set to the following structure that contains three settings:
IsHidden - if provided and set to true the setting will be hidden and will always have an empty value.
DefaultValue - if provided the value will be pre-filled when a type using it is created.
IsReadOnly - used in conjunction with the above, if set the field won't be editable and hence whatever is set as the DefaultValue won't be able to be changed. If set to false (or omitted) the editor can change the value from the default.
In this example, the sender address field on a workflow for sending emails can be hidden, such that the system configured value is always used:
Here an organization-approved reCAPTCHA score threshold is defined, that can't be changed by editors:
In order to configure this setting, you will need to know the GUID or alias for the type and the property name for each setting. You can find these values for the built-in Forms types here.
Take care to not hide any settings that are required for the particular field or workflow type (for example, the Subject field for email workflows). If you do that, the item will fail validation when an editor tries to create it.
The default value and read-only settings apply to most setting types. There is an exception for complex ones where a default string value isn't appropriate. An example of one of these is the field mapper used in the "Send to URL" workflow.
MandatoryFieldsetLegends
When creating a form with Umbraco Forms, adding captions to the groups for fields is optional. To follow accessibility best practices, these fields should be completed. When they are, the group of fields are presented within a <fieldset> element that has a populated <legend>.
If you want to ensure form creators always have to provide a caption, you can set the value of this setting to true.
UseViewEngineFormThemeResolver
Switches the IFormThemeResolver to use the View Engine (ICompositeViewEngine) to resolve theme views. This is done instead of relying on physical files to exist and doing I/O lookups via the PartialViews file system abstraction. To take advantage of this new resolver (available since 13.6), you can set the value of this setting to true.
Form default settings configuration
The following configured values are applied to all forms as they are created. They can then be amended on a per-form basis via the Umbraco backoffice.
Once the form has been created, the values are set explicitly on the form, so subsequent changes to the defaults in configuration won't change the settings used on existing forms.
ManualApproval
This setting needs to be a true or false value and will allow you to toggle if a form allows submissions to be post moderated. Most use cases are for publicly shown entries such as blog post comments or submissions for a social campaign. Defaults to false.
DisableStylesheet
This setting needs to be a true or false value and will allow you to toggle if the form will include some default styling with the Umbraco Forms CSS stylesheet. Defaults to false.
MarkFieldsIndicator
This setting can have the following values to allow you to toggle the mode of marking mandatory or optional fields:
NoIndicator (default)
MarkMandatoryFields
MarkOptionalFields
Indicator
This setting is used to mark the mandatory or optional fields based on the setting above. By default this is an asterisk *.
RequiredErrorMessage
This allows you to configure the required error validation message. By default this is Please provide a value for {0} where the {0} is used to replace the name of the field that is required.
InvalidErrorMessage
This allows you to configure the invalid error validation message. By default this is Please provide a valid value for {0} where the {0} is used to replace the name of the field that is invalid.
ShowValidationSummary
This setting needs to be a true or false value and will allow you to toggle if the form will display all form validation error messages in a validation summary together. Defaults to false.
HideFieldValidationLabels
This setting needs to be a true or false value and will allow you to toggle if the form will show inline validation error messages next to the form field that is invalid. Defaults to false.
These settings configure the default next, previous, and submit button labels. By default, these are Next, Previous, and Submit respectively. These labels can be amended on a form-by-form basis via the form's Settings section.
MessageOnSubmit
This allows you to configure what text is displayed when a form is submitted and is not being redirected to a different content node. Defaults to Thank you.
StoreRecordsLocally
This setting needs to be a True or False value and will allow you to toggle if form submission data should be stored in the Umbraco Forms database tables. By default this is set to True.
AutocompleteAttribute
This setting provides a value to be used for the autocomplete attribute for newly created forms. By default the value is empty, but can be set to on or off to have that value applied as the attribute value used when rendering the form.
DaysToRetainSubmittedRecordsFor
Introduced in 10.2, this setting controls the initial value of the number of days to retain form submission records for newly created forms. By default the value is 0, which means records will not be deleted at any time and are retained forever.
If set to a positive number, a date value calculated by taking away the number of days configured from the current date is found. Records in the 'submitted' state, that are older than this date, will be flagged for removal.
DaysToRetainApprovedRecordsFor
Applies as per DaysToRetainSubmittedRecordsFor but for records in the 'approved' state.
DaysToRetainRejectedRecordsFor
Applies as per DaysToRetainSubmittedRecordsFor but for records in the 'rejected' state.
ShowPagingOnMultiPageForms
Defines whether and where paging details are displayed for multi-page forms.
PagingDetailsFormat
Defines the paging details format for multi-page forms.
PageCaptionFormat
Defines the page caption format for multi-page forms.
ShowSummaryPageOnMultiPageForms
Defines whether summary pages are on by default for multi-page forms.
SummaryLabel
Defines the default summary label for multi-page forms.
Package options configuration
IgnoreWorkFlowsOnEdit
This configuration expects a True or False string value, or a comma-separated list of form names, and allows you to toggle if a form submission is edited again, that the workflows on the form will re-fire after an update to the form submission. This is used in conjunction with the AllowEditableFormSubmissions configuration value. Defaults to True.
AllowEditableFormSubmissions
This configuration value expects a true or false value and can be used to toggle the functionality to allow a form submission to be editable and re-submitted. When the value is set to true it allows Form Submissions to be edited using the following querystring for the page containing the form on the site. ?recordId=GUID Replace GUID with the GUID of the form submission. Defaults to false.
There was a typo in this setting where it had been named as AllowEditableFormSubmissions. This is the name that needs to be used in configuration for Forms 9. In Forms 10 this was be corrected to the now documented value of AllowEditableFormSubmissions.
Enable this feature ONLY if you understand the security implications.
AppendQueryStringOnRedirectAfterFormSubmission
When redirecting following a form submission, a TempData value is set that is used to ensure the submission message is displayed rather than the form itself. In certain situations, such as hosting pages with forms in IFRAMEs from other websites, this value is not persisted between requests.
By setting the following value to True, a querystring value of formSubmitted=<id of submitted form>, will be used to indicate a form submitted on the previous request.
CultureToUseWhenParsingDatesForBackOffice
This setting has been added to help resolve an issue with multi-lingual setups.
When Umbraco Forms stores data for a record, it saves the values submitted for each field into a dedicated table for each type (string, date etc.). It also saves a second copy of the record in a JSON structure which is more suitable for fast look-up and display in the backoffice. Date values are serialized using the culture used by the front-end website when the form entry is stored.
When displaying the data in the backoffice, the date value needs to be parsed back into an actual date object for formatting. And this can cause a problem if the backoffice user is using a different language, and hence culture setting, than that used when the value was stored.
The culture used when storing the form entry is recorded, thus we can ensure the correct value is used when parsing the date. However, this doesn't help for historically stored records. To at least partially mitigate the problem, when you have editors using different languages to a single language presented on the website front-end, you can set this value to match the culture code used on the website. This ensures the date fields in the backoffice are correctly presented.
Taking an example of a website globalization culture code setting of "en-US" (and a date format of m/d/y), but an editor uses "en-GB" (which formats dates as of d/m/y). By setting the value of this configuration key to "en-US", you can ensure that the culture when parsing dates for presentation in the backoffice will match that used when the value was stored.
If no value is set, and no culture value was stored alongside the form entry, the culture based on the language associated with the current backoffice user will be used.
TriggerConditionsCheckOn
This configuration setting provides control over the client-side event used to trigger conditions. The change event is the default used if this setting is empty. It can also be set to a value of input. The main difference seen here relates to text fields, with the "input" event firing on each key press, and the "change" only when the field loses focus.
ScheduledRecordDeletion
Scheduled deletion of records older than a specified number of days. It uses a background task to run the cleanup operation, which can be customized with the following settings.
Enabled
By default this value is false and no data will be removed. Even if forms are configured to have submitted data cleaned up, no records will be deleted. A note will be displayed in the backoffice indicating this status.
Set to true to enabled the background task.
FirstRunTime
This setting configures when the record deletion process will run for the first time. If the value is not configured, the process will run 3 minutes after the website starts. The value is specified as a string in crontab format. For example, a value of "0 4 * * *" schedules the operation to start at 04:00.
Period
Defines how often the record deletion process will run. The default value is 1.00:00:00 which is equivalent to once every 24 hours. Shorter or longer periods can be set using different datetime strings.
DisableRecordIndexing
Set this value to true to disable the default behavior of indexing the form submissions into the Examine index.
If indexing has already occurred, you will still need to manually remove the files (found in App_Data\TEMP\ExamineIndexes\UmbracoFormsRecords). They will be recreated if indexing is subsequently re-enabled.
EnableFormsApi
Set this value to true to enable the Forms API supporting headless and AJAX forms.
EnableRecordingOfIpWithFormSubmission
By default, the user's IP address is not recorded when a form is submitted and stored in the UFRecords database table.
To include this information in the saved data, set this value to true. If recording IPs and your site is behind a proxy, load balancer or CDN, we recommend using ASP.NET's forwarded headers middleware to ensure the correct value for the client IP is resolved.
UseSemanticFieldsetRendering
In Forms 12.1 amends were made to the default theme for Forms that improved accessibility. Specifically we provide the option to use alternative markup for rendering checkbox and radio button lists. These use the more semantically correct fieldset and legend elements, instead of the previously used div and label.
Although this semantic markup is preferred, it could be a presentational breaking change for those styling the default theme. As such we have made this markup improvement optional. You can opt into using it by setting this configuration value to true.
In Umbraco 13 this configuration option will be removed and the semantic rendering made the only option.
DisableClientSideValidationDependencyCheck
When a form is rendered on the front-end website, a check is run to ensure that client-side validation framework is available and registered.
You can disable this check by setting the value of this configuration key to true.
If you are rendering your forms dependency scripts using the async attribute, you will need to disable this check.
DisableRelationTracking
Forms will by default track relations between forms and the content pages they are used on. This allows editors to see where forms are being used in their Umbraco website.
If you would like to disable this feature, you can set the value of this setting to false.
TrackRenderedFormsStorageMethod
Forms tracks the forms rendered on a page in order that the associated scripts can be placed in a different location within the HTML. Usually this is used to render the scripts) at the bottom of the page.
By default, TempData is used as the storage mechanism for this tracking.
This can cause some issues when applying a Content Delivery Network (CDN) to your website, and as such an alternative is available using HttpContext.Items.
To switch to this storage mechanism change the value of this setting from the default of TempData to HttpContextItems.
We expect HttpContextItems to be the default option from Forms 14 onwards.
By default the value is false. This ensures that, in an upgrade scenario, before the feature is used the necessary styling and/or theme updates can be prepared.
To make the feature available to editors set the value to true.
By default, the value is false. This is partly because the feature is only considered for "power users", comfortable with crafting rules using the required JSON syntax. And partly as validating the rules on the client requires an additional front-end dependency.
To make the feature available to editors and include the dependency when using @Html.RenderUmbracoFormDependencies(Url), set the value to true.
Security configuration
DisallowedFileUploadExtensions
When using the File Upload field in a form, editors can choose which file extensions they want to accept. When an image is expected, they can for example specify that only .jpg or .png files are uploaded.
There are certain file extensions that in almost all cases should never be allowed, which are held in this configuration value. This means that even if an editor has selected to allow all files, any files that match the extensions listed here will be blocked.
By default, .NET related code files like .config and .aspx are included in this deny list. You can add or - if you are sure - remove values from this list to meet your needs.
AllowedFileUploadExtensions
For further control, an "allow list" of extension can be provided via this setting. If provided, only the extensions entered as a comma separated list here will be accepted in file uploads through forms.
EnableAntiForgeryToken
This setting needs to be a true or false value and will enable the ASP.NET Anti Forgery Token and we recommend that you enable this option. Defaults to true.
In certain circumstances, including hosting pages with forms in IFRAMEs from other websites, this may need to be set to false.
SavePlainTextPasswords
This setting needs to be a true or false value and controls whether password fields provided in forms will be saved to the database. Defaults to false.
DisableFileUploadAccessProtection
Protection was added to uploaded files to prevent users from accessing them if they aren't logged into the backoffice and have permission to manage the form for which the file was submitted. As a policy of being "secure by default", the out of the box behavior is that this access protection is in place.
If for any reason you need to revert to the previous behavior, or have other reasons where you want to permit unauthenticated users from accessing the files, you can turn off this protection by setting this configuration value to true.
DefaultUserAccessToNewForms
This setting was added to add control over access to new forms. The default behavior is for all users to be granted access to newly created forms. To amend that to deny access, the setting can be updated to a value of Deny. A value of Grant or configuration with the setting absent preserves the default behavior.
ManageSecurityWithUserGroups
Ability to administer access to Umbraco Forms using Umbraco's user groups. This can be used instead or in addition to the legacy administration which is at the level of the individual user. Set this option to true to enable the user group permission management functionality.
GrantAccessToNewFormsForUserGroups
This setting takes a comma-separated list of user group aliases which will be granted access automatically to newly created forms. This setting only takes effect when ManageSecurityWithUserGroups is set to true.
There are two "special" values that can be applied within or instead of the comma-separated list.
A value of all will give access to the form to all user groups.
A value of form-creator will give access to all the user groups that the user who created the form is part of.
FormsApiKey and EnableAntiForgeryTokenForFormsApi
Available from Forms 10.2.1, the FormsApiKey configuration setting can be used to secure the Forms Headless API in server-to-server integrations. When set, API calls will be rejected unless the value of this setting is provided in an HTTP header.
Setting the value of EnableAntiForgeryTokenForFormsApi to false will disable the anti-forgery protection for the Forms Headless/AJAX API. You need to do this for server-to-server integrations where it's not possible to provide a valid anti-forgery token in the request.
This setting is used to configure the Date Picker form field range of years that is available in the date picker. By default this is a small range of 10 years.
DatePickerFormat
A custom date format can be provided in momentjs format if you want to override the default.
DatePickerFormatForValidation
If a custom date format is provided it will be used on the client-side. A matching string in C# date format should be provided, so that server-side validation will match the expected format of the entry.
reCAPTCHA v2 field type configuration
PublicKey & PrivateKey
Both of these configuration values are needed in order to use the "Recaptcha2" field type implementing legacy ReCaptcha V2 from Google. You can obtain both of these values after signing up to create a ReCaptcha key here - https://www.google.com/recaptcha/admin
Google has renamed these recently and the Site Key refers to RecaptchaPublicKey and Secret Key is to be used for RecaptchaPrivateKey
reCAPTCHA v3 field type configuration
SiteKey & PrivateKey
Both of these configuration values are needed in order to use the "reCAPTCHA V3 with Score" field type implementing ReCaptcha V3 from Google.
This setting defines the domain from which the client-side assets for using the reCAPTCHA service are requested.
Valid options are Google (the default) or Recaptcha. You may want to use the latter for control of which domains are setting cookies on your site. Read more at the reCAPTCHA documentation.
VerificationUrl
By default, the server-side validation of the reCAPTCHA response is sent to Google's servers at https://www.google.com/recaptcha/api/siteverify.
Some customers with a locked-down production environment cannot configure the firewall to allow these requests and instead use a proxy server. They can use this setting to configure the URL to their proxy server, which will relay the request to and response from Google.
ShowFieldValidation
By default the validation message returned from a failed reCAPTCHA 3 request will be displayed only in the form level validation summary.
To render also at a field level, set this value to true.
We expect to make the default value for this option true in Umbraco Forms 15.
Rich text field type configuration
DataTypeId
Sets the Data Type Guid to use to obtain the configuration for the rich text field type. If the setting is absent, the value of the default rich text Data Type created by Umbraco on a new install is used.
Title and description field type configuration
AllowUnsafeHtmlRendering
When using the "title and description" field type, editors can provide HTML in the "description" field and have that rendered on the website.
As a tightened security measure, you can set this value to false which will ensure HTML is no longer rendered.
As some installations may be relying on HTML rendering, to preserve backward compatible behavior the default value of this setting is true.
We expect to make the default value of this option false from Forms 14 onwards.
// Execute a reinitialize on dynamic injections
const reinitializeEvent = new Event('umbracoFormsReinitialize');
document.dispatchEvent(reinitializeEvent);
// Render a specific form via the API
const injectedForm = document.getElementById('injected-umbraco-form');
window.UmbracoForms.reinitialize(injectedForm);
Creating a Contact Us Form using Umbraco Forms
get
Path parameters
idstring · uuidRequired
The form's Id.
Query parameters
contentIdstringOptional
The Id of the content page on which the form is hosted.
culturestringOptional
The culture code for the form's localization context.