none
Sharepoint workflow issue

    Question

  • I’m executing a very simple workflow (in SharePoint 2016 on-Prem) to copy docs to an archive lib. No emails, just the one copy step. Also not updating any list cols. Wf does calculate local date variables which is used in wf to compare to Today.  

    The workflow runs and does copy the form/document. However, keep seeing this error related to that copy process: http://go.microsoft.com/fwlink/?LinkID=323543&clcid=0x409. Duration is extremely high, ex 101,028,160,655.

    What is causing this? How do I find more info to zero-in on issue?


    kewally

    mercredi 6 juin 2018 19:34

Toutes les réponses

  • Hi Kewally,

     

    I suggest you check ULS logs to see if there are more specific error message about this issue.

     

    Best regards,

    Ethan Liu


    Please remember to mark the replies as answers if they helped. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    Click here to learn more. Visit the dedicated forum to share, explore and talk to experts about Microsoft Teams.

    vendredi 8 juin 2018 06:01
  • This is one of the messages in the uls logs re the wf:  

    CheckandfireItemEvent, ItemId: 394391, EventType: 10001, SiteSubscriptionId: {00000000-0000-0000-0000-000000000000}, ListBaseType: 0 

    However, the infopath item is successfully added to the list/lib. 

    Thanks Ethan. 


    kewally

    Also seeing some Legacy Workflow Infrastructure issues: 

    System.ArgumentException: Item does not exist. It may have been deleted by another user.

        at Microsoft.SharePoint.SPList.GetItemById(String strId, Int32 id, String strRootFolder, Boolean cacheRowsetAndId, String strViewFields, Boolean bDatesInUtc, Nullable`1 bExpandQuery)

        at Microsoft.SharePoint.Workflow.SPWorkflowNoCodeSupport.LoadWorkflowBytesElevated(SPWeb web, Guid docLibID, Int32 fileID, Int32 fileVer, Boolean fallback, Int32& userid, DateTime& lastModified)

        at Microsoft.SharePoint.Workflow.SPWorkflowNoCodeSupport.<>c__DisplayClass1.<LoadWorkflowBytes>b__0(SPSite elevatedSite, SPWeb elevatedWeb)

        at Microsoft.SharePoint.Workflow.SPWorkflowNoCodeSupport.LoadWorkflowBytes(SPWeb web, Guid docLibID, Int32 fileID, Int32 fileVer, Boolean fallback, Int32& userid)

        at Microsoft.SharePoint.Workflow.SPNoCodeXomlCompiler.LoadXomlAssembly(SPWorkflowAssociation association, SPWeb web)

        at Microsoft.SharePoint.Workflow.SPWinOeHostServices.LoadDeclarativeAssembly(SPWorkflowAssociation association, Boolean fallback)

        at Microsoft.SharePoint.Workflow.SPWinOeHostServices.CreateInstance(SPWorkflow workflow)

        at Microsoft.SharePoint.Workflow.SPWinOeEngine.RunWorkflow(SPWorkflowHostService host, SPWorkflow workflow, Collection`1 events, TimeSpan timeOut)

        at Microsoft.SharePoint.Workflow.SPWorkflowManager.RunWorkflowElev(SPWorkflow workflow, Collection`1 events, SPWorkflowRunOptionsInternal runOptions)

    Note my item is there. It was NOT deleted.

    • Modifié kewally vendredi 8 juin 2018 13:57
    vendredi 8 juin 2018 13:41
  • Hi,

     

    I suggest you check if the workflow initiator has permission on this item.

     

    Also, check the Item-level permissions:

     

    1. Go to List Settings > Advanced Settings.

     

    2. Check the choice for "Item-level Permissions" sections.

     

    3. check whether all users can access the items.

     

    In addition, make sure if the item is checked in.

     

    You can also refer to this article:

     

    https://blogs.msdn.microsoft.com/sridhara/2014/05/10/a-word-about-app-step-in-sharepoint-2013-workflow-platform/

     

     

    Best regards,

    Ethan Liu


    Please remember to mark the replies as answers if they helped. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    Click here to learn more. Visit the dedicated forum to share, explore and talk to experts about Microsoft Teams.

    lundi 11 juin 2018 09:51
  • Thanks but I don't have an item level perm section as I'm using a form library, not a list. All users have read/write. I'm not using version control, or check-in/out. Also not using any elevated perms within the wf.

    kewally

    mercredi 13 juin 2018 01:35
  • Hi again,

    On further testing, i noticed from the wf history, that only Event Type = "Workflow Completed"  results in the high duration cycles and then causes the system to output the message/ link  http://go.microsoft.com/fwlink/?LinkID=323543&clcid=0x409. I removed that action and ran the wf and now all seems good. Do you know of any hidden possible adverse effects of allowing the wf to just end, rather than using the stop action? (Running wf 2010 on SP2016.) Thanks. 


    kewally

    mercredi 13 juin 2018 18:48
  • Also see --

    https://social.technet.microsoft.com/Forums/office/en-US/42b92810-ef80-4cc1-9183-5d5d3cd41e59/workflow-history-list-always-has-quotfor-more-information-please-read-this-articlequot-after?forum=sharepointgeneral & https://sharepoint.stackexchange.com/questions/97177/start-workflow-automatically,
    https://social.msdn.microsoft.com/Forums/en-US/81b405bd-cbdd-4a4d-8e8b-67e5134d3ccb/autostart-workflow-microsoftsharepointspexception-recursive-workflows-are-not-permitted?forum=sharepointcustomizationprevious --

    regarding possible answer pertaining to recursive workflows. 


    kewally

    jeudi 21 juin 2018 13:50