Skip to main content
Question

Concurrent Package Settings Not Respected

  • February 24, 2026
  • 2 replies
  • 15 views

Hi,

We are experiencing an issue with two execution packages, 2_A and 1_B, which are configured not to run concurrently (they are not marked for concurrent execution in the Execution Package Editor).

However, we have observed that they are running at the same time.

Here is our setup:

  • 2_A is part of a chain and runs as a post-execution step after 1_A.

  • 1_A is allowed to run concurrently with 1_B.

  • Since 1_A typically completes much faster than 1_B, this sometimes results in 2_A starting while 1_B is still running.

We want to prevent 2_A and 1_B from ever running simultaneously.

Could you please clarify how concurrency is evaluated in this scenario?
Is it determined by the parent package (1_A) settings, or should the restriction between 2_A and 1_B be enforced differently?

What would be the recommended way to configure this to ensure 2_A never starts while 1_B is still executing?

2 replies

Thomas Lind
Community Manager
Forum|alt.badge.img+5
  • Community Manager
  • February 24, 2026

Hi ​@annfoss 

It runs 2_A on success of 1_A, but it should not be able to start if 1_B is currently running.

Since I don’t know exactly how it looks, I would assume the concurrent settings for 1_A that 1_B is allowed to run concurrently, but no other package. Similarly I would expect that no concurrent packages are allowed for 2_A, besides perhaps 2_B.

What version do you experience this in?

 


  • Author
  • Participant
  • February 24, 2026

HI ​@Thomas Lind 

We are using TimeXtender Classic (Version 20.10.74.64).
The setup is somewhat complex, so I have simplified the description, but 
2_A is not allowed to start while 1_B is running, and conversely, 1_B is not allowed to start while 2_A is running.