-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Automation UI not working with new AutomationConditions #22787
Comments
Actually this only happens when there are 0 evaluations available for that asset, for assets with an evaluation it works fine |
Never mind this also happens on assets that should already have evaluations. |
Hi @ion-elgreco , do you have a repro for this? Looking into this from our side as well |
@OwenKephart I honestly don't, it's happening across random assets. Whether they are partitioned or non partitioned Do you have any suggestions how to reproduce? |
@ion-elgreco I was actually just able to reproduce this -- looking into a fix. |
Awesome! |
## Summary & Motivation Resolves: #22787 The new Declarative Automation framework allows conditions which are evaluated against parents of a given asset. Those parents do not necessarily have the same partitions definition as the child. The current UI was designed with the expectation that all sub-evaluations would reference the same PartitionsDefinition, and so results in errors when we (e.g.) try to construct a`GraphenePartitionedAssetConditionEvaluationNode` from an evaluation that was actually executed against an unpartitioned asset. We are working on a larger redesign which should help remove this assumption from the core UI model, but for now we can prevent these errors by making it possible to construct a `...PartitionedEvaluationNode` from an unpartitioned evaluation and vice-versa. The end result is a comprehensible UI without errors, although compromises needed to be made (e.g. an unpartitioned row in the partitioned UI ends up being represented as having a "partition key" of the string "None"). This feels like an acceptable state for the short term. ## How I Tested These Changes
Dagster version
1.7.12
What's the issue?
I created a new autoMaterializePolicy using the new AutomationConditions, since I needed some more flexibility of the rules.
However the UI doesn't work anymore:
What did you expect to happen?
To work as before
How to reproduce?
No response
Deployment type
None
Deployment details
No response
Additional information
No response
Message from the maintainers
Impacted by this issue? Give it a 👍! We factor engagement into prioritization.
The text was updated successfully, but these errors were encountered: