Skip to content
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

Implement data sandboxing updates #20258

Merged
merged 16 commits into from
Mar 6, 2024

Conversation

salazarm
Copy link
Contributor

@salazarm salazarm commented Mar 5, 2024

Summary & Motivation

Implements updates to data sandboxing more context

How I Tested These Changes

Asset graph:
Screenshot 2024-03-06 at 1 01 18 PM
Screenshot 2024-03-06 at 1 01 14 PM

Asset catalog:
Screenshot 2024-03-06 at 1 43 52 PM

@salazarm salazarm requested review from bengotow, hellendag, jamiedemaria and braunjj and removed request for jamiedemaria March 5, 2024 14:57
Copy link

github-actions bot commented Mar 5, 2024

Deploy preview for dagit-core-storybook ready!

✅ Preview
https://dagit-core-storybook-br6sawaq3-elementl.vercel.app
https://marco-fe-201-implement-data-sandboxing-ui-updates.core-storybook.dagster-docs.io

Built with commit 21e5373.
This pull request is being automatically deployed with vercel-action

Copy link

github-actions bot commented Mar 5, 2024

Deploy preview for dagit-storybook ready!

✅ Preview
https://dagit-storybook-imlxxxadt-elementl.vercel.app
https://marco-fe-201-implement-data-sandboxing-ui-updates.components-storybook.dagster-docs.io

Built with commit 21e5373.
This pull request is being automatically deployed with vercel-action

@salazarm salazarm force-pushed the marco/fe-201-implement-data-sandboxing-ui-updates branch from e6ae0a5 to 7f04891 Compare March 5, 2024 22:58
Copy link
Collaborator

@bengotow bengotow left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This all looks great! As someone unfamiliar with this workstream having a second set of "reasons" is kinda confusing and I wish there was an umbrella term for stale + changed that we could use where the stale components are now rendering both, but I can't think of anything good...

Comment on lines 156 to 158
{isNew ? (
<NewInBranchTag changedReasons={liveData!.changedReasons!} assetKey={assetKey} />
) : null}
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if we should rename StaleReasonsTag to something else -- it's a bit confusing that "stale reasons" are still a thing, but this StaleReasonsTag also displays "changed Reasons" which are a different thing...

I can't think of a good name though... maybe just <ReasonsTags />?

if (!dependency) {
return <Caption>{` ${reason}`}</Caption>;
}
const content = useMemo(() => {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not super important really but I don't know that this is particularly worth a memo, we do way worse in each render cycle 🙈 Though maybe we should be doing this!

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I separated the changed reason to a new component so I can remove this now! 😄

Copy link
Contributor

@jamiedemaria jamiedemaria left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Noted a couple things I saw when running the UI for a local cloud setup. Would it also be possible to put this behind a feature flag? we don't want to roll it out to all users right away

style={{height: 24}}
>
{staleTag}
{isNew ? (
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this mean the change reason tag will only show if the asset is new? we'd also like to show for assets that aren't new but do have changes, the case when changedReasons = [ChangeReason.INPUTS] etc

<BaseTag
fillColor={Colors.backgroundCyan()}
textColor={Colors.textCyan()}
label={changes.length ? 'Modified in branch' : 'Modified in branch'}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should one of these be New in branch? noticed that the new asset is now being marked "Modified in branch" instead of "New in branch"

@salazarm salazarm merged commit eaaab2c into master Mar 6, 2024
3 checks passed
@salazarm salazarm deleted the marco/fe-201-implement-data-sandboxing-ui-updates branch March 6, 2024 20:37
PedramNavid pushed a commit that referenced this pull request Mar 28, 2024
## Summary & Motivation

Implements updates to data sandboxing [more
context](https://linear.app/dagster-labs/issue/FE-201/implement-data-sandboxing-ui-updates)

## How I Tested These Changes

Asset graph:
![Screenshot 2024-03-06 at 1 01
18 PM](https://github.com/dagster-io/dagster/assets/2286579/709e24c0-eb26-42cd-ab96-bdceeb23246d)
![Screenshot 2024-03-06 at 1 01
14 PM](https://github.com/dagster-io/dagster/assets/2286579/8248c1de-f8c9-482d-a496-af34c3dffd93)

Asset catalog:
![Screenshot 2024-03-06 at 1 43
52 PM](https://github.com/dagster-io/dagster/assets/2286579/ba201b68-b27c-40c8-94e7-5d11bf8cf15c)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants