-
Notifications
You must be signed in to change notification settings - Fork 4.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
Revert: refactor Autocomplete
component to pass exhaustive-deps
#41820
Conversation
Size Change: -11 B (0%) Total Size: 1.24 MB
ℹ️ View Unchanged
|
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.
Code changes LGTM
I just wonder if we should add ESLint ignore comments pointing to this PR to explain why the exhaustive-deps rule is not currently enforced for this component.
I did a quick test and the issues described in #41709 and #41724 can no longer be reproduced — @chad1008 can you also confirm? If that's the case, we can close these 2 issues when this PR gets merged.
Good idea. I don't plan on leaving them this way long (I really want to get a better pass at this one, asap!) but smart to leave some context in the meantime!
Confirmed. I tried as hard as I could and couldn't get either to reproduce. I'll close both issues out when this revert merges 👍 |
e2e tests keep failing, maybe a rebase will solve the issue |
995c0de
to
f88d09b
Compare
Rebased and waiting on tests again 🤞 |
…41820) * Autocomplete: revert exhaustive deps refactor * Autocomplete: update changelog * Autocomplete: temporarily disable exhaustive-deps * remove testing artifact
What?
Reverts the recent changes in #41382
Why?
This change introduced two new bugs and we're still working on fixes for them:
Reverting the change, adding some tests, and retrying the refactor with these obstacles in mind will be a better UX than keeping the bugs while working on a fix.