Hi bennier,
Can you attach a screenshot of the design of your workflow on the loop ?
So we can have a better view on why this issue occurs
Can you try to run the below query and see if the instance from that workflow appears as the result
SELECT * FROM [Server].[ProcInst] where Status = 1
Should you feel that this post is of use and or an accurate solution to the raised question, I kindly encourage you to mark it as such
using the 'Mark as Solution', 'Kudo' andor ‘Me Too’ options.
Cheers,
Kate
K2 will not accept any liability for any issues arising from actions taken in respect of the information provided by any forum member.
The reference is called "Additional Approvers"
I circumvented the problem by adding a loop index and then explictly test the loop index value (if 0 then redirect it to the end). I tested this and I get the expected results - though this is not an elegant solution. See the screenshot.
Hi JJ,
The reject branch goes to an End action. And yes, I only tested approvals.
I also looked in the Report of the workflow history. In the XML code I could see the reference having only 2 items, but I end up approving over 6 items. For some reason the loop does not quit even when the End has been reached. In the Data Audit section I also monitored the loop index variable: for the first run of the loop the index start with 1, but any consecutive loops start with the index 0 (and not 1).
I also tested the following: In the End action, you can select to end normally (default), or terminate the workflow immediately. When I select the latter, the update of the last SmartObject does not happen. So that is not a solution to my problem.