-
Notifications
You must be signed in to change notification settings - Fork 1.8k
remove partition view on asset events for non-sda assets #28941
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
This stack of pull requests is managed by Graphite. Learn more about stacking. |
Deploy preview for dagit-core-storybook ready! ✅ Preview Built with commit 2be1531. |
20b1a63
to
b0c4ffd
Compare
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.
Huge fan of getting rid of this 💯 it's been a pain to maintain as this page has gone through design revisions and it's difficult to explain. Thank you for driving this to ground!
b0c4ffd
to
b30e09b
Compare
9d25a61
to
9f759c9
Compare
e236eec
to
6419924
Compare
9f759c9
to
95db953
Compare
6419924
to
82a9de6
Compare
95db953
to
3c5831b
Compare
82a9de6
to
fc46f49
Compare
js_modules/dagster-ui/packages/ui-core/src/assets/AssetEvents.tsx
Outdated
Show resolved
Hide resolved
fc46f49
to
2be1531
Compare
Summary & Motivation
We have quite a bit of complicated front-end code to group recent asset events by partition. This code only gets exercised when we're viewing an asset page for an asset whose definition has been removed from the workspace.
I posit that this view is rarely used. The asset page itself is extremely buried - it doesn't show up in the assets view. You have to dig it out from a historical run view.
The by-partition implementation also needs to be qualified. This isn't fetching all events by partition. It's fetching the last 100 events and then grouping them by partition key IF there is even a partition key on the materializations to be grouped by.
If we actually want to support this view, we could probably implement it by creating some new, different resolvers. We could fetch all unique partitions for a given asset in storage, and then fetch the most recent materialization for each partition.
How I Tested These Changes
Before:

After:

Changelog
By partition
grouping view for recent events for assets that do not have a definition in the workspace.