dagster-io/dagster 1.7.13

1.7.13 (core) / 0.23.13 (libraries)

on GitHub

New

• The InputContext passed to an IOManager ’s load_input function when invoking the output_value or output_for_node methods on JobExecutionResult now has the name "dummy_input_name" instead of None.
• [dagster-ui] Asset materializations can now be reported from the dropdown menu in the asset list view.
• [dagster-dbt] DbtProject is adopted and no longer experimental. Using DbtProject helps achieve a setup where the dbt manifest file and dbt dependencies are available and up-to-date, during development and in production. Check out the API docs for more: https://docs.dagster.io/_apidocs/libraries/dagster-dbt#dagster_dbt.DbtProject.
• [dagster-dbt] The —use-dbt-project flag was introduced for the cli command dagster-dbt project scaffold. Creating a Dagster project wrapping a dbt project using that flag will include a DbtProject .
• [dagster-ui] The Dagster UI now loads events in batches of 1000 in the run log viewer, instead of batches of 10000. This value can be adjusted by setting the DAGSTER_UI_EVENT_LOAD_CHUNK_SIZE environment variable on the Dagster webserver.
• Asset backfills will now retry if there is an unexpected exception raised in the middle of the backfill. Previously, they would only retry if there was a problem connecting to the code server while launching runs in the backfill.
• Added the ability to monitor jobs which have failed to start in time with the RunFailureReason.START_TIMEOUT run monitoring failure reason. Thanks @jobicarter!
• [experimental] Introduced the ability to attach code references to your assets, which allow you to view source code for an asset in your editor or in git source control. For more information, see the code references docs: https://docs.dagster.io/guides/dagster/code-references.
• [ui] Performance improvements to loading the asset overview tab.
• [ui] Performance improvements for rendering run gantt charts with 1000’s of ops/steps.
• [dagster-celery] Introduced a new Dagster Celery runner, a more lightweight way to run Dagster jobs without an executor. Thanks, @egordm!

Bugfixes

• Fixed a bug that caused tags added to ObserveResult objects to not be stored with the produced AssetObservation event.
• Fixed a bug which could cause metadata defined on SourceAssets to be unavailable when accessed in an IOManager.
• For subselections of graph-backed multi-assets, there are some situations where we used to unnecessarily execute some of the non-selected assets. Now, we no longer execute them in those situations. There are also some situations where we would skip execution of some ops that might be needed. More information on the particulars is available here.
• Fixed the @graph_asset decorator overload missing an owners argument, thanks @askvinni!
• Fixed behavior of passing custom image config to the K8sRunLauncher, thanks @marchinho11!
• [dagster-dbt] Fixed an issue with emitting column lineage when using BigQuery.
• [dagster-k8s] Added additional retries to execute_k8s_job when there was a transient failure while loading logs from the launched job. Thanks @piotrmarczydlo!
• [dagster-fivetran] Fixed an issue where the Fivetran connector resource would sometimes hang if there was a networking issue while connecting to the Fivetran API.
• [dagster-aws] Fixed an issue where the EMR step launcher would sometimes fail due to multiple versions of the dateutil package being installed in the default EMR python evnrionment.
• [ui] The “Create date” column in the runs table now correctly shows the time at which a run was created instead of the time when it started to execute.
• [ui] Fixed dark mode colors in run partitions graphs.
• [auto-materialize] Fixed an issue which could cause errors in the AutoMaterializeRule.skip_on_parent_missing rule when a parent asset had its PartitionsDefinition changed.
• [declarative-automation] Fixed an issue which could cause errors when viewing the evaluation history of assets with AutomationConditions.
• [declarative-automation] Previously, AutomationCondition.newly_updated() would trigger on any ASSET_OBSERVATION event. Now, it only triggers when the data version on that event changes.

Breaking Changes

• [dagster-dbt] The cli command dagster-dbt project prepare-for-deployment has been replaced by dagster-dbt project prepare-and-package.
• [dagster-dbt] During development,DbtProject no longer prepares the dbt manifest file and dbt dependencies in its constructor during initialization. This process has been moved to prepare_if_dev(), that can be called on the DbtProject instance after initialization. Check out the API docs for more: https://docs.dagster.io/_apidocs/libraries/dagster-dbt#dagster_dbt.DbtProject.prepare_if_dev.

Deprecations

• Passing GraphDefinition as the job argument to schedules and sensors is deprecated. Derive a job from the GraphDefinition using graph_def.to_job() and pass this instead.

Documentation

• Added some additional copy, headings, and other formatting to the dbt quickstart.
• Added information about asset checks to the Testing assets guide.
• Updated dagster-plus CLI in the sidenav to correctly be dagster-cloud CLI.
• Thanks to Tim Nordenfur and Dimitar Vanguelov for fixing a few typos!
• Introduced guides to migrate Airflow pipelines to Dagster that leverage the TaskFlow API or are containerized and executed with an operator like the KubernetesPodOperator.
• Fixed instructions on setting secrets in Kubernetes Dagster deployments, thanks @abhinavDhulipala!

Dagster Plus

• A history of code location deploys can now be viewed on the Code Locations tab under the Deployment view. Previously deployed versions can now be restored from history.
• [ui] Various improvements have been made to the asset health dashboard, which is now no longer experimental.
• [ui] Fixed issues in per-event asset insights where bar charts incorrectly displayed events in reverse order, and with UTC timestamps.
• Fixed a recent regression where creating an alert that notifies asset owners that are teams raises an error.