Summary
The user is facing issues with the {{ registration.version }}
macro not being replaced correctly in dynamic workflows, suspecting that the runtime nature of these workflows is the cause, unlike classic workflows that evaluate the macro at registration time. They recognize that dynamic workflows do not currently support the macro and are considering hardcoding a version as a temporary solution. The user expresses a need for macro support due to their increased use of conditionals and dynamic workflows. They also mention their upcoming honeymoon, which may delay their ability to contribute to a solution. They plan to create an issue to describe their situation for future tracking.
joe.kelly
thanks
joe.kelly
Will do, I'll describe our situation in the issue
kumare
create an issue for us to track later
kumare
ohh ya, enjoy your honey
joe.kelly
I think in general we're happy to contribute things back to the project when we can though!
joe.kelly
I am about to head out on my honeymoon next week, so I am not the best one to get this done anytime soon :stuck_out_tongue_closed_eyes:
kumare
the macro expansion, is in the translator
kumare
should be straightforward
kumare
would you be open to contributing
kumare
hmm i would love an example
joe.kelly
It would be great to have that macro supported -- as we're starting to integrate some agents into our processes, we're using conditional
s more frequently (which is necessitating the use of more dynamic workflows)
joe.kelly
Got it. Would the only real solution for now be to just hardcode a specific version
of the workflow we want to call from our dynamic
?
kumare
dynamic wont work with the macro today, but it is possible to change that
joe.kelly
Hi all -- has anyone used dynamic
workflows in combination with reference launchplans (and specifically, the {{ registration.version }}
macro)?
We're observing an issue where it doesn't seem like the macro is getting properly replaced, and I'm wondering if the runtime nature of the dynamic workflow is the underlying cause (i.e., a "classic" workflow gets evaluated at registration time and thus the macro gets replaced properly, but because dynamic workflows skip that step, the macro never gets evaluated)?