You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The dag-factory library currently does not support the expand feature for multiple parameters in Airflow's dynamic task mapping. When specifying multiple parameters in the expand field, such as op_args using multiple outputs from upstream tasks, the second parameter is not parsed or replaced with the actual task output.
Expected Behavior:
The dag-factory library should replace both third.output and forth.output with the actual outputs from the respective tasks (third and forth) and pass them correctly to the task five. how airflow do this
Actual Behavior:
Only the first parameter (third.output) is parsed and replaced. The second parameter (forth.output) remains unchanged and is not recognized as a valid dynamic mapping.
How to reproduce
For example, when defining an operator in the YAML configuration like this:
You can observe that the second parameter (forth.output) is not replaced or parsed correctly. The expected behavior is for both third.output and forth.output to resolve to the actual outputs of the third and forth tasks, respectively. However, only third.output is parsed and replaced, while forth.output remains unchanged, causing the operator to fail or behave unexpectedly.
Anything else :)?
This issue impacts workflows that rely on passing multiple outputs to a single downstream task, a key feature of Airflow's dynamic task mapping.
The text was updated successfully, but these errors were encountered:
DAG Factory version
0.20.0
airflow version
2.10
Python version
3.12
Deployment
Docker-Compose
What happened?
The dag-factory library currently does not support the expand feature for multiple parameters in Airflow's dynamic task mapping. When specifying multiple parameters in the expand field, such as op_args using multiple outputs from upstream tasks, the second parameter is not parsed or replaced with the actual task output.
Expected Behavior:
The dag-factory library should replace both third.output and forth.output with the actual outputs from the respective tasks (third and forth) and pass them correctly to the task five. how airflow do this
Actual Behavior:
Only the first parameter (third.output) is parsed and replaced. The second parameter (forth.output) remains unchanged and is not recognized as a valid dynamic mapping.
How to reproduce
For example, when defining an operator in the YAML configuration like this:
You can observe that the second parameter (forth.output) is not replaced or parsed correctly. The expected behavior is for both third.output and forth.output to resolve to the actual outputs of the third and forth tasks, respectively. However, only third.output is parsed and replaced, while forth.output remains unchanged, causing the operator to fail or behave unexpectedly.
Anything else :)?
This issue impacts workflows that rely on passing multiple outputs to a single downstream task, a key feature of Airflow's dynamic task mapping.
The text was updated successfully, but these errors were encountered: