Not Allowed to Open Worklist Item but Workflow Still Runs







Symptoms




When submitting a SmartForm used in an Assigning Task Client event we are seeing the below error:

24411 AAD:USERNAME from [IP Address] is not allowed to open the worklist item with SN=390_27
• Type:
ClientException
• Source:
SourceCode.Workflow.Client
• Method Base
o Member Type:
Method
o Name:
Call
o Module
 Scope Name:
SourceCode.Workflow.Client.dll
o Declaring Type
 Full Name:
SourceCode.Workflow.Client.InternalConnection
• Stack Trace:

at SourceCode.Workflow.Client.InternalConnection.Call(ArchiveX ar, MessageType msgtype)

at SourceCode.Workflow.Client.Connection.OpenWorklistItem(String SerialNumber, String Platform, Boolean Alloc, Boolean IgnoreStatus, String ManagedUser)

at SourceCode.Forms.AppFramework.FormRuntime.GetWorkListItem(Connection workflowConnection, String serialNumber, String sharedUser, String managedUser, Boolean offline)

at SourceCode.Forms.AppFramework.FormRuntime.ActionProcess(String processXml, String sharedUser, String managedUser, Boolean offline)

at SourceCode.Forms.AppFramework.FormRuntime.HandleWorkflowMethods(XmlNode brokerNode, XmlNode workflowNode)

at SourceCode.Forms.AppFramework.FormRuntime.WorkXmlToApi(String xml)

at SourceCode.Forms.Runtime.AJAXCall.ProcessRequest(HttpContext context)

This error will show but the workflow will still continue to step through to the next workflow events.



Diagnoses




Most likely there is some rule on either the form or the view that is attempting to also open or action the worklist item when the Assign button is clicked. Just to be sure we also checked the configuration of the open and action worklist actions to make sure that these were all configured correctly. We also checked in the workflow on the smartforms client event if any rules were being generated by K2 and added to a form or view that we had not seen. We mainly checked the Action settings on the SmartForms client event. Also tested this on coworker's project that mirrored this one, and did a test assign to USERNAME. This was to ensure that there wasn't a problem with specifically assigning tasks to the user.



Resolution

Upon examining the form we found that there were duplicate 'Action a worklist item' rules on the form level when we were only expecting one on the view. One was on the exit form button and the form also had a duplicate when the assign button on the view is clicked rule. The planned design was just to have the action a worklist item rule be present on the view. After we eliminated the duplicate 'Action a worklist item' actions we did a test of the assigning task. Now the form did not throw the error 24411 AAD:USERNAME from [IP Address] is not allowed to open the worklist item with SN=390_27.








0 replies

Be the first to reply!

Reply