-
Notifications
You must be signed in to change notification settings - Fork 16.4k
Fix DAG params API contract broken by #55111 #56831
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
2bc505b to
25dfb46
Compare
25dfb46 to
5ce419d
Compare
amoghrajesh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
|
Checked - and thanks for the fix! But a small nit in serialization still blocks "Params UI Tutorial" Dag is you start this from examples: |
|
Changed the GH milestone for this & #55111 to 3.2.0 -- to not risk any regression in 3.1.1 |
|
@jscheffl ah yikes. Ok update made. |
PR apache#55111 introduced SerializedParam to decouple from the Task SDK, but inadvertently broke the API contract by changing `.dump()` to `.resolve()` in the params serialization. This caused the UI to crash because FlexibleForm expects the full param spec with {value, schema, description} but was receiving only the resolved values. The original SDK Param class had a `.dump()` method that returned the full spec, so this restores the API contract rather than creating new behavior. Related: apache#55111
d738ad2 to
b1ac129
Compare
jscheffl
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good now and is working fine with the examples I have. LGTM... after CI is made happy.
kaxil
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@uranusjr Any final thoughts on this?
Backport failed to create: v3-1-test. View the failure log Run details
You can attempt to backport this manually by running: cherry_picker 4791bbb v3-1-testThis should apply the commit to the v3-1-test branch and leave the commit in conflict state marking After you have resolved the conflicts, you can continue the backport process by running: cherry_picker --continue |
|
@jscheffl need manual backport |
|
@kaxil why is this labeled with 3.1 backport while the milestone is 3.2.0? |
PR #55111 introduced SerializedParam to decouple from the Task SDK, but inadvertently broke the API contract by changing
.dump()to.resolve()in the params serialization. This caused the UI to crash because FlexibleForm expects the full param spec with {value, schema, description} but was receiving only the resolved values.The original SDK Param class had a
.dump()method that returned the full spec, so this restores the API contract rather than creating new behavior.Related: #55111
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rstor{issue_number}.significant.rst, in airflow-core/newsfragments.