Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Interrupting event subprocess is activated more than once #9185

Closed
saig0 opened this issue Apr 21, 2022 · 0 comments · Fixed by #9261
Closed

Interrupting event subprocess is activated more than once #9185

saig0 opened this issue Apr 21, 2022 · 0 comments · Fixed by #9261
Assignees
Labels
area/reliability Marks an issue as related to improving the reliability of our software (i.e. it behaves as expected) kind/bug Categorizes an issue or PR as a bug scope/broker Marks an issue or PR to appear in the broker section of the changelog severity/high Marks a bug as having a noticeable impact on the user with no known workaround version:1.3.9 version:8.1.0-alpha2 version:8.1.0 Marks an issue as being completely or in parts released in 8.1.0

Comments

@saig0
Copy link
Member

saig0 commented Apr 21, 2022

Describe the bug

I deployed a BPMN process with an embedded subprocess. The subprocess contains a non-interrupting and an interrupting event subprocess. The non-interrupting event subprocess is triggered and still active.

Now, the interrupting event subprocess is triggered once and gets activated. But it is activated more than once!
This can lead to expected behavior because the tasks may be processed multiple times.

image

It seems that the number of created instances of the interrupting event subprocess depends on the number of active instances of the non-interrupting event subprocess. If no instance is active (anymore) then it creates only once of the interrupting event subprocess.

The same behavior is observed if the embedded subprocess has more than one active element instance (e.g. a parallel gateway with two active tasks).

image

To Reproduce

  1. deploy the BPMN process event-scope-test-reduced-3.bpmn.txt
./bin/zbctl deploy ~/Downloads/event-scope-test-reduced-3.bpmn
  1. create a new process instance
./bin/zbctl create instance event-scope-test --variables='{"key":"key-1"}'
  1. trigger the interrupting event subprocess by publishing a message
./bin/zbctl publish message m2 --correlationKey="key-1"
  1. verify that the interrupting event subprocess is activated twice

Expected behavior

The interrupting event subprocess is activated only once.

The BPMN spec says that interrupting event subprocesses can be activated only once because it interrupts the event scope of the event subprocess.

Log/Stacktrace

None.

Environment:

  • OS: Camunda Cloud
  • Zeebe Version: 8.0.0
  • Configuration:
@saig0 saig0 added kind/bug Categorizes an issue or PR as a bug scope/broker Marks an issue or PR to appear in the broker section of the changelog severity/high Marks a bug as having a noticeable impact on the user with no known workaround area/ux Marks an issue as related to improving the user experience team/process-automation area/reliability Marks an issue as related to improving the reliability of our software (i.e. it behaves as expected) and removed area/ux Marks an issue as related to improving the user experience labels Apr 21, 2022
@saig0 saig0 self-assigned this May 2, 2022
zeebe-bors-camunda bot added a commit that referenced this issue May 3, 2022
9277: [Backport stable/1.3] Interrupting event subprocess is activated more than once r=saig0 a=github-actions[bot]

# Description
Backport of #9261 to `stable/1.3`.

relates to #9185

Co-authored-by: Philipp Ossler <philipp.ossler@gmail.com>
zeebe-bors-camunda bot added a commit that referenced this issue May 3, 2022
9278: [Backport stable/8.0] Interrupting event subprocess is activated more than once r=saig0 a=github-actions[bot]

# Description
Backport of #9261 to `stable/8.0`.

relates to #9185

Co-authored-by: Philipp Ossler <philipp.ossler@gmail.com>
@Zelldon Zelldon added the version:8.1.0 Marks an issue as being completely or in parts released in 8.1.0 label Oct 4, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/reliability Marks an issue as related to improving the reliability of our software (i.e. it behaves as expected) kind/bug Categorizes an issue or PR as a bug scope/broker Marks an issue or PR to appear in the broker section of the changelog severity/high Marks a bug as having a noticeable impact on the user with no known workaround version:1.3.9 version:8.1.0-alpha2 version:8.1.0 Marks an issue as being completely or in parts released in 8.1.0
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants