Skip to content

no-loop Rule Detects False Positives #155

@philippfromme

Description

@philippfromme

The no-loop rule aims to detect potential loops. These can also include call activities. If a call activity calls its parent process, it can cause an endless loop. The no-loop rule mirrors the behavior of Zeebe and only reports an error if the called process ID is the same as the parent process ID. However, it also reports an error if the call activity is part of a potential loop regardless of the process it calls. This process deploys without errors:

image

Reported through Slack: https://camunda.slack.com/archives/C0693F1NFK5/p1707223390238339

Related to camunda/camunda#13056

Metadata

Metadata

Assignees

Labels

backlogQueued in backlogbugSomething isn't workingspring cleaningCould be cleaned up one day

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions