You can prevent the error with an a work-around: - https://answers.axonivy.com/questions/3181/prevent-by-pass-ivy-error-loop There is also an issue (XIVY-2219) that asks for API to explicitly reset errors by custom conditions. It's on the roadmap for the next leading edge version - though with low priority and therefore with no guarantee to be included in the next release. I'd prefer a custom API which allows the user to apply error reset behaviour for his custom need over a fixed scenario. Actually, Ignoring multiple errors of the same type might be a good idea for your situation, but totally unacceptable for other customers. So, if we change it, then with API that allows less more flexibility rather than a general new strategy for all.

You can prevent the error with an work-around: - https://answers.axonivy.com/questions/3181/prevent-by-pass-ivy-error-loop There is also an issue (XIVY-2219) that asks for API to explicitly reset errors by custom conditions. It's on the roadmap for the next leading edge version - though with low priority and therefore with no guarantee to be included in the next release.release. I'd prefer a custom API which allows the user to apply error reset behaviour for his custom need over a fixed scenario. Actually, Ignoring multiple errors of the same type might be a good idea for your situation, but totally unacceptable for other customers. So, if we change it, then with API that allows less more flexibility rather than a general new strategy for all.

You can prevent the error with an work-around: - https://answers.axonivy.com/questions/3181/prevent-by-pass-ivy-error-loop There is also an issue (XIVY-2219) that asks for API to explicitly reset errors by custom conditions. It's on the roadmap for the next leading edge version - though with low priority and therefore with no guarantee to be included in the next release.