Workflows and Automation

If you are seeing the below errors in one site collection, but it is working in another: Access denied. You do not have permission to perform this action or access this resource. Thread 1: Access denied. You do not have permission to perform this action or access this resource. K2 for SharePoint Configuration Not Completed The app you're trying to reach has been removed from this site. Do you have multiple SharePoint Web Applications with multiple App Catalog site?  Is the K2 for SharePoint app deployed to multiple app catalog sites? If you do, you must deploy the app to the (All Paths) Managed Paths to resolve the issue as per: https://help.nintex.com/en-US/k2five/UserGuide/current/Content/K2-for-SharePoint/AddAppMultiAppCat.htm Special Consideration: If you navigate to manage app deployment and delete the app installation's deployment data, make sure to click OK and retrust the app even if you do not make any changes; otherwise cancelling out will cause this error in all we...

When trying to add the K2 Five for SharePoint app to your app catalog site, you see the following warning and it won't allow you to add the app: Sorry, you don't have permissions to add apps here. Although, the environment have already been setup to support apps as per: https://learn.microsoft.com/en-us/sharepoint/administration/configure-an-environment-for-apps-for-sharepoint And the account in question is a farm administrator as well as site collection administrator. For SharePoint apps/add-ins, the ' Create Subsites ' User Permissions for Web Application is needed to add apps/add-ins.   To keep your main site ("Host Web") clean and secure, SharePoint uses a "shadow" site called the Add-in Web .   Because the Add-in Web is technically a child site, the user installing the add-in must have the Create Subsites right. Without it, SharePoint doesn't have the authority to provision that hidden sub-site infrastructure. Grant Create Subsites User Per...

If you are intermittently seeing this error pop up, is there an F5 load balancer involved? The request was not authenticated.  Click here to re-authenticate. The F5 may be blocking AjaxCall.ashx requests and returning a 200 Status code instead if the call is hitting a POST Data Length limit configured on the F5 or if the AjaxCall.ashx SmartObject call results in a 500 error. Fix: - Increasing the POST Data Length limit on the F5 if applicable - Temporarily disable the iRule that may be masking the 500 error with the 200 response; this may show what the actual SmartObject error is to be resolved - Enabling HostServer Logging and SmartObject logging may also help you to debug if temporarily disabling the iRule or debugging the F5 is not possible

If you are running SharePoint Server Subscription Edition (SE) with the K2 Legacy Apps add-in model, you might run into a frustrating roadblock during site activation. A common error message many admins encounter is: "The application does not have permissions to upload pages for rendering SmartForms in SharePoint." This issue isn’t unique to on-premises environments; it behaves identically to a known limitation in SharePoint Online regarding "Custom Script" permissions. Here is why it happens and how to fix it using PowerShell. Why is this happening? By default, modern SharePoint site collections often have a security setting enabled called the DenyPermissionsMask . Specifically, the flag for AddAndCustomizePages is frequently blocked. Because K2 needs to upload specific pages to your SharePoint site to render SmartForms, this security restriction blocks the app from completing the deployment. To get past this, we need to temporarily lift the restriction, activat...