The process-instance monitoring page (OrchestraUiController::instance) is cached with entity/list cache tags: the instance tags plus orchestra_token_list, orchestra_variable_list and orchestra_incident_list. But a token advances through raw database updates, the engine's atomic PARKED to ACTIVE to CONSUMED status claims in signal()/proceed(), not entity saves. Raw updates never invalidate an entity or list cache tag, so the tagged render replays a stale trace: an operator sees a token still parked on a step the run already left, until a manual cache clear.
Fix: the page declares #cache max-age 0, so this live operational view is rebuilt on every request and always reflects the real state. Tag-based caching cannot be relied on for a view whose own state changes bypass the tag system. A kernel test asserts the instance page declares max-age 0.
Issue fork orchestra-3609678
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #4
mably commented