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

Bug Fix: Start using expect_angular_legacy_material_checkbox #6547

Merged
merged 5 commits into from
Aug 17, 2023

Conversation

rileyajones
Copy link
Contributor

@rileyajones rileyajones commented Aug 16, 2023

Motivation for features / changes

#6493 Broke our internal sync Googlers see cl/557499468

The issue is related to our internal Angular component migration. New components are not allowed to rely on the legacy components. Due to this the new component added in #6493 uses the non legacy checkbox. However, our dependency remapping always remaps dependencies on material_checkbox to legacy_material_checkbox.

To fix this I am changing the name of the remapping rule in cl/557515881 and adjusting all the OSS usage EXCEPT for the usage in filter_dialog.

cl/557590954 is also required to map the testing dependency needed to use MatCheckboxHarness

@@ -80,7 +80,7 @@ tf_ts_library(

# This is a dummy rule used as a @angular/material/checkbox dependency.
tf_ts_library(
name = "expect_angular_material_checkbox",
Copy link
Contributor

Choose a reason for hiding this comment

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

Do you still need a "expect_angular_material_checkbox" for the non-legacy usage?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yeah, I imagine I do. I was about to run sync to see if there were any such issues that I had missed but you beat me to it.

@@ -80,7 +80,7 @@ tf_ts_library(

# This is a dummy rule used as a @angular/material/checkbox dependency.
tf_ts_library(
name = "expect_angular_material_checkbox",
name = "expect_angular_legacy_material_checkbox",
Copy link
Contributor

Choose a reason for hiding this comment

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

Can you followup with a PR that adds "legacy" to the names of all other relevant targets in this file?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@JamesHollyer and I believe we have found a relatively simple solution to update all the components to the non legacy variants. James is planning on updating all the components, then updating the build rule definitions before syncing them all in at once. I have gone ahead and made the change on my fork but will wait to create a PR rileyajones@0029b45

@rileyajones rileyajones marked this pull request as ready for review August 16, 2023 19:05
@rileyajones rileyajones merged commit 7e30969 into tensorflow:master Aug 17, 2023
13 checks passed
rileyajones added a commit that referenced this pull request Aug 24, 2023
## Motivation for features / changes
All the material design components are actually being remapped to the
legacy variants internally this is confusing and has already lead to
issues like the one being fixed by #6547.

Googlers see [cl/558173803](http://cl/558173803) for the build rules
being added internally.

See [cl/559814988](http://cl/559814988) for confidence this will not
break sync
yatbear pushed a commit to yatbear/tensorboard that referenced this pull request Aug 25, 2023
…low#6547)

## Motivation for features / changes
tensorflow#6493 Broke our internal sync Googlers see
[cl/557499468](http://cl/557499468)

The issue is related to our internal Angular component migration. New
components are not allowed to rely on the legacy components. Due to this
the new component added in tensorflow#6493 uses the non legacy checkbox. However,
our dependency remapping always remaps dependencies on material_checkbox
to legacy_material_checkbox.

To fix this I am changing the name of the remapping rule in
[cl/557515881](http://cl/557515881) and adjusting all the OSS usage
EXCEPT for the usage in filter_dialog.

[cl/557590954](http://cl/557590954) is also required to map the testing
dependency needed to use `MatCheckboxHarness`
yatbear pushed a commit to yatbear/tensorboard that referenced this pull request Aug 25, 2023
## Motivation for features / changes
All the material design components are actually being remapped to the
legacy variants internally this is confusing and has already lead to
issues like the one being fixed by tensorflow#6547.

Googlers see [cl/558173803](http://cl/558173803) for the build rules
being added internally.

See [cl/559814988](http://cl/559814988) for confidence this will not
break sync
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.

2 participants