News and Guidelines
Community news, blogs and and product updates
Products: Nintex Workflow 2013, Nintex Workflow 2010 SummaryWorkflow no longer shows in Workflow Gallery. SymptomAfter a site has been migrated, workflow('s) no longer show in the Workflow Gallery. CauseThe SharePoint List ID is no longer valid. Resolution Obtain the Id (Guid) of the list the workflow should be attached to. (See Obtaining a list id in SharePoint 2010 or 2013) Navigate to your site URL and append /NintexWorkflows. Example: http://contoso.com/sites/mysite/NintexWorkflows Click the name of your workflow from the list of workflows. Edit the properties of each item inside of the workflow folder. Change the AssociatedListID value to be the Id/Guid obtained in step one. Navigate to the Workflow Gallery for the list missing the workflow. Open the workflow and republish it.
SymptomThe Display Format of the External Data Control is set to drop down list, at runtime, the control renders blank values. ResolutionWhile creating all operations on the DB table during content type creation (or) double click on the Read List operation if you have already created all operations1. Click on “Next”2. Click on “Add Filter Parameter”3. Click on Filter (Click to add)4. Select Filter Type as “Wildcard”5. Select a Filter Field and click OK6. Click on “Finish” (Note you may need to change the “Data Source Element” to match the selected Filter Field)7. Save content type.
Products: Nintex Forms 2013 SummaryNintex Forms Prerequisities Feature fails to activate. SymptomThe following error occurs."The profile for the user is a temporary profile." CauseNintex Forms Installer was run with an account without sufficient permissions on the local machine. Resolution Re-install using the SharePoint Farm Install account and ensure it is a local administrator.
Products: Nintex Workflow 2013, Nintex Workflow 2010, Nintex Workflow 2007 SummaryThe error "Nintex.Workflow.NWException: Failed to load common data item assembly 'AssemblyName, Version=188.8.131.52, Culture=neutral, PublicKeyToken=0000000000000000'. ---> System.IO.FileNotFoundException: Could not load file or assembly 'AssemblyName, Version=184.108.40.206, Culture=neutral, PublicKeyToken=0000000000000000' or one of its dependencies. The system cannot find the file specified. File name: 'AssemblyName, Version=220.127.116.11, Culture=neutral, PublicKeyToken=0000000000000000'" SymptomThe following error occurs."System.IO.FileNotFoundException: Could not load file or assembly” CauseOne of the servers in the farm does not have the referenced assembly installed in the Global Assembly Cache (GAC). ResolutionEnsure that each server in the farm that is running the Foundation Workflow Timer Service is also running the Foundation Web Application Service and that the server has the referenced assembly installed
Workflow XAML failed validation due to the following errors: Activity 'DynamicActivity' has ## arguments
Products: Nintex Workflow for O365 SummaryThe error "Error publishing workflow. Workflow XAML failed validation due to the following errors: Activity 'DynamicActivity' has ## arguments, which exceeds the maximum number of arguments per activity (50). HTTP headers received from the server - ActivityId: 00000000-0000-0000-0000-000000000000. NodeId: . Scope: . Client ActivityId : 00000000-0000-0000-0000-000000000000. The remote server returned an error: (400) Bad Request.” SymptomWorkflow fails to publish. Cause SharePoint Workflow Manager has a limitation of 50 arguments for a 'DynamicActivity'. A workflow is considered a dynamic activity as it can be nested inside of other workflows. Each variable configured in a workflow is considered an argument. Each Nintex Workflow Action that utilizes Nintex Live has two arguments associated with it (input and output). ResolutionReduce the amount of Variables and or reduce the amount of Nintex Live actions in the workflow.
Products: Nintex Workflow 2016, Nintex Workflow 2013, Nintex Workflow 2010 A common cause of workflow failure is large lists, document libraries, task lists and workflow history lists. This article provides instructions on how to locating these large lists. Run the below (attached as well as a *.txt file for your convenience) PowerShell script (PowerShell ISE works well) from a SharePoint Server: The lists returned can be filtered by setting the $threshold variable (default is 200). Additionally, the properties returned can be changed by appending properties to the end of the script (default is ParentWeb, Title, ItemCount). # This will target all Nintex Workflow History lists, you can change the threshold to filter down.# This is used to find where the lists are and if they are larger than the threshold.# This will target the entire farm, you may want to scope it down to site collection.Add-PSSnapin Microsoft.SharePoint.Powershell -ErrorAction SilentlyContinue#Lists with values higher
Products: Nintex Workflow 2013, Nintex Workflow 2010Summary Workflows do not publish in a SharePoint / Project Web Application. SymptomThe following error occurs when publishing a workflow: "Server was unable to process request. ---> Failed to publish workflow: <Error><CompilerError Line="166" Column="12" Text="The type 'Microsoft.Office.Project.Server.Library.ProjectWorkflowContext' is defined in an assembly that is not referenced. You must add a reference to assembly 'Microsoft.Office.Project.Server.Library, Version=18.104.22.168, Culture=neutral, PublicKeyToken=71e9bce111e9429c'."/></Error>" Cause Services required to run Nintex Workflow for Project Server are not present on the Web Application Server running the Nintex Workflow Designer. Resolution Each machine in the farm that is running the Project Server Application Service or the Microsoft SharePoint Foundation Workflow Timer Service needs to be running the following services: Project Server Application Servic
Authors: Zach Puckett, Brad Orluk, Naomi Shodhan Have you ever managed a large project with multiple stakeholders who need to be notified of important project updates such as a changed delivery date? Managing projects inevitably involves changing elements and influencing the timing of when the final deliverable is complete. As a Project Manager, you can notify the stakeholders you need to, by using the send notification feature on Nintex Workflow for Project Server. Follow the steps below, and your workflow will be configured to inform whomever you'd like (e.g. stakeholders, team members, the PMO, etc.) when a delivery date changes. Create a project Property Field called Delivery DateBefore you start building your workflow, you will need to access the Project Server Settings page and create a new custom field for the Delivery Date value as pictured below. Please note the screen shots in the post are from Project Server 2010 and Nintex Workflow for Project Server 2010 but are certain
Products: Nintex Workflow 2013, Nintex Workflow 2010Summary Workflows are starting multiple times for each list item created or modified depending on the configuration of the workflow. Cause More than one version of the workflow is configured to 'Allow' on the affected list: Resolution Navigate to the list and click 'Workflow Settings'. Click Remove, Block, or Restore a Workflow. Mark each workflow to 'No New Instances' other than the current version (or click Remove, if they are no longer needed).
In support we field a lot of questions revolving around workflow history such as; where it is kept, how it grows over time, how to maintain it and what are some of the limits that you will run into. Today, I would like to show you where it is created, kept and how to plan for the future. General Information: There are 2 places where the workflow history is kept and accessed. 1. SharePoint Workflow History – This is kept inside of the site collection in a hidden list typically called NintexWorkflowHistory. 2. Nintex Workflow History– This is kept inside of the Nintex Workflow database. Because there are two places the workflow history resides, this also means that there are two places you can view it. SharePoint Workflow History The SharePoint workflow history can be accessed a couple of different ways, but the most common is by clicking on the link inside of the workflow history column added to a list when a workflow is first run. (see below): This information is pul
This blog post has been heavily leveraged but unfortunately is outdated. Please refer to the following Knowledge Base article for further guidance: Generating ULS logs to troubleshoot Nintex related issues for Forms and Workflowhttps://community.nintex.com/t5/How-To-s/Generating-ULS-logs-to-troubleshoot-Nintex-related-issues-for/ta-p/114378
Products: Nintex Workflow 2013, Nintex Workflow 2010 SummaryThe error "Could not load file or assembly ‘Nintex.Workflow.ServerControls’” indicates the need to activate web applications. SymptomThe following error occurs."Could not load file or assembly ‘Nintex.Workflow.ServerControls’” CauseOne or more web applications that use Nintex Workflow are not activated for Nintex Workflow. ResolutionUsing the Farm Installation account or another account with sufficient permissions, activate all web applications that use Nintex Workflow.To activate web applications for Nintex WorkflowOn the Central Administration Home page, click Nintex Workflow Management. Click Web Application activation. The default web application name is automatically selected. To activate all web applications for Nintex Workflow, select the check box for All content web applications and then click Activate. To activate a subset of web applications for Nintex Workflow, select each web application and then click Activate; r
Products: Nintex Forms for Office 365, Nintex Forms 2013, Nintex Forms 2010 Symbols and meanings for rules in Nintex Forms are provided below.Symbol Meaning == is equal to === is exactly equal to (value and type) != is not equal !== is not equal (neither value or type) > is greater than < is less than >= is greater than or equal to <= is less than or equal to && and | | or ! not Did you know that this information is provided in the product Help files? The Help files contain useful information for writing rules in Nintex Forms. Simply click the Help button in the Designer tab to see context-sensitive help. Below is an example of the Help button from Nintex Forms for Office 365. You can also access Help online. Below are links to information on rules by product.Nintex for Office 365 | Nintex for SharePoint 2016 | Nintex for SharePoint 2013 | Nintex for SharePoint 2010
In addition to this blog, you can search the Nintex for SharePoint 2016 help for "Nintex Workflow Exchange Connector Service."Action that uses ExchangeThe following Nintex Workflow action uses the Nintex Workflow Exchange Connector Service to communicate with Exchange (2007, 2010, and 2013): Provision User in Exchange (2016 | 2013 | 2010) Setting up your environment to use ExchangeSetting up your environment to use Exchange for Nintex Workflow actions involves installing the Nintex Workflow Exchange Connector Service, adding root certificates to SharePoint, and ensuring that the intended user has access to the target calendars. Installing the Nintex Workflow Exchange Connector ServiceTo install the Nintex Workflow Exchange Connector ServiceBegin the process to export files from the installer file for Nintex Workflow by running the installer. Progress through each page of the installer wizard until the export option is presented. Select the export option. When prompted for the destinati
Products: Nintex Forms 2013, Nintex Forms 2010 Summary After running a Nintex Forms cmdlet, a "Feature definition id not found" error appears. Symptom The following error message appears after running the Upgrade-NFService PowerShell cmdlet during or after installation or upgrade: “Upgrade-NFService : Feature definition id ‘[ID]’ could not be found." Cause The server on which the Nintex Forms PowerShell cmdlet was run is not running the Web Application Service. For example, the cmdlet may have been run on the Central Administration server. Resolution Run Nintex Forms PowerShell cmdlets on a server that is running the Web Application Service; that is, run the cmdlets on a web application server.
Products: Nintex Workflow 2013, Nintex Workflow 2010, Nintex Workflow 2007 Summary After running a NWAdmin Operation, a "Failed to publish workflow" error appears. Symptom The following error message appears after running the NWAdmin operation FixSiteAfterImport: “Failed to publish workflow: It appears that Nintex Workflow [version] is not activated for this Web Application.” Cause The server on which the NWAdmin operation was run is not running the Web Application Service. For example, the operation may have been run on the Central Administration server. Resolution Run the NWAdmin operation on a server that is running the Web Application Service; that is, run the operation on a web application server.
Products: Nintex Workflow 2013, Nintex Workflow 2010 Summary The error message “12031: Unknown” appears when a reusable template is saved or published. Symptom When saving or publishing a reusable workflow template, the system does not respond for five minutes, and then the error message “12031: Unknown” appears. Cause The Nintex Workflow publish or save process is timing out, likely due to delayed propagation caused by a lengthy content type evaluation. Resolution To reduce the time required for content type evaluation, create a content type based on Item and then select the created content type when defining the reusable workflow template. For instructions, refer to the SharePoint documentation. More Information For more information about reusable workflow templates, see “Set Title and Description for Reusable Workflow Template” in the Nintex Workflow Help (2013 | 2010). For more information about the evaluation process that Nintex Workflow uses for content types, see the following M
Hazaa !! I hear the crowds say.. Here it is Nintex Mobile Version 3 .. But why the fanfare? Well, Nintex Mobile now also supports Nintex Forms for Office 365. So let me take you on a little journey to show you what this means and how to get started. Let’s take a look at a health and safety check list “Slips, Trips and Falls” .. Firstly, we need to build out the list.Now there is nothing special about this list.. But it is in the context of its usage. A majority of “Slips, Trips and Falls” aren't happening in the office around your computer. They are happening out on construction sites, factory floors, and generally away from the office. Getting timely information, which also tends to be more accurate if recorded at the time of the accident is imperative in the modern workforce for a number of reasons which we don’t need to get into. One of the things that businesses are starting to do, is to move to the cloud. This is great, but it requires you to be connected to the internet to proces
The Skip to Stage capability of Project Server allows an administrator to skip a workflow to a particular stage, usually as a result of modifying the existing workflow, or swapping to a different workflow and needing to skip over some of the business logic or steps. The steps below are from Nintex Workflow for Project Server 2010, but also apply to Nintex Workflow for Project Server 2013.Sam Chung wrote an excellent blog post on this over at the Project Programmability blog back in February 2010, and the same concepts apply to Nintex. Consider the flow chart below which outlines a simple Project Server workflow scenario.Should the administrator wish to skip this workflow to the execution stage, and skip the approval, it is not possible as the workflow has not been coded to allow it. This is where the Skip To Stage information comes into play. When an administrator chooses to skip to a specific stage using the Server Settings > Change or Restart a workflow, the workflow is initiated
If you are building Nintex Workflows, and especially if you are deploying them across multiple environments, then you should be considering using Nintex Workflow constants. These constants are remarkably useful to make your Nintex Workflows portable, so that they can easily be deployed into multiple environments without confusion or wasted effort. Any workflow parameters which are specific to the environment in which the workflow is running, or which are likely to be changed by the business at some stage, should be built into your workflows using these constants. Many of our clients are looking to improve their processes for deploying and managing SharePoint and Nintex based functionality, and the critical aspects tend to fall around governance and repeatability. So in the interests of repeatability, here's a PowerShell cmdlet to create a new Nintex Workflow constant. With this script you can specify any type of constant, including credentials which are useful for service accounts. Y
Login to the community
Login with SSOLogin with Saml2
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.