Skip to content

Skip Dag params with no value when forwarding them to Databricks - #71782

Draft
rjgoyln wants to merge 1 commit into
apache:mainfrom
rjgoyln:fix/databricks-none-dag-params
Draft

Skip Dag params with no value when forwarding them to Databricks#71782
rjgoyln wants to merge 1 commit into
apache:mainfrom
rjgoyln:fix/databricks-none-dag-params

Conversation

@rjgoyln

@rjgoyln rjgoyln commented Aug 18, 2026

Copy link
Copy Markdown
Contributor

Summary

A Dag that declares a nullable Param and leaves it unset can no longer submit a Databricks run: the params are auto-forwarded into each task's dict-shaped parameter slot, and the None fails payload validation before any API call. A param with no value is nothing to forward, so it is now skipped.

DatabricksRunNowOperator and DatabricksCreateJobsOperator forward Dag params the same way but inject after validation, so there the None reached the Databricks API as null instead of failing locally; all three now filter identically.

closes: #71776


Was generative AI tooling used to co-author this PR?
  • Yes — Claude Code (Opus 5)

Generated-by: Claude Code (Opus 5) following the guidelines

A Dag that declares a nullable Param and leaves it unset could no longer
submit a Databricks run: the auto-forwarding added for job parameters put
the None into the payload, where it either failed local payload validation
or reached the API as null. A param without a value is nothing to forward,
so leaving it out is what the author asked for.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

DatabricksSubmitRunOperator fails when auto-injecting DAG params that contain None (nullable Param defaults)

1 participant