@William_Blech_Sister - this is a message that warns users that they cannot have any UI based activity on a process meant to run in the background.
Also if I recall right if you are running it from Studio, you have to hit Resume in Studio when the Workflow is paused ( not sure, but could be worth looking into and eliminating it as the cause)
Resume After Delay is not working at all it seems, I don’t know if they previously had it working and broke something in the Orchestrator, but for now I cannot get it to work.
When using the delay activity with persistence based workflows, specifically when suspending workflows within orchestrator, there are some known activities that can cause issues.
In particular, “Delay” and “Retry Scope” activities are not supported and do not work properly when used in the Main workflow of an Orchestration Process. In such cases, they should be placed inside a “No Persist Scope” activity. See more details on best practices and conditions when using orchestration / persistence activities here: https://docs.uipath.com/studio/docs/orchestration-process#best-practices
By any chance, do you have delay activity in your main workflow?
“Do not use the Delay activity in the workflow file set as Main in projects that support persistence. Either move Delay activities to other workflow files in the project or use the Resume After Delay activity in the file set as Main.”
Also, if you are executing your project (with enabled persistence) directly from studio, you would have to resume it specifically by clicking resume. Automatic resume for persistent projects only happens when run via orchestrator.
So, to test this functionality, you might want to try running in unattended mode via orchestrator and see if it works?
Resume after delay was fixed a last year. I had it reported as a bug to UiPath and they fixed it in the next release they had, the job was not correctly getting a trigger to wake it back up. It now works.
‘Delay’ will not, its a core functionality of how some asynchronous activities work and will suspend the workflow but not set a trigger to wake up again, adding it to a no persist scope gets around this by preventing suspension. Delay is for pausing the running process on the current session so cannot persist, Resume After Delay is to suspend the job, wait, then resume it (perhaps on a different machine).