We are running Orchestrator 2020.10.5.
I’m running a test with some new logic and noticing some odd Orchestrator behavior (to me its odd). We have two queues setup and each queue has a Queue Based Trigger associated with it.
One queue is for Eastern TZ and the other is for Central TZ. Our transaction items all come in with Postponed times set on them.
For testing, what we usually do is set of the Postponed date to be in the past and the postponed-in-past transaction items will trigger essentially acting like “run now” transaction items but not always. That is what I’m noticing for the odd behavior.
What just happened is this:
- I created two transaction items in the Central TZ queue and both triggered as their postponed date is in the past.
- I created third transaction item in the Eastern TZ queue and it did not triggered even with a postponed date in the past.
I know there is a 30-minute background thread/service which scans for NEW transaction items and it should pickup up that third transaction item (but even then I not 100% convinced this works as intended).
Does anyone know why that third postponed-in-the-past transaction item did not trigger but the first two did ?
TIA