Revert: refactor Autocomplete component to pass exhaustive-deps#41820
Revert: refactor Autocomplete component to pass exhaustive-deps#41820
Autocomplete component to pass exhaustive-deps#41820Conversation
|
Size Change: -11 B (0%) Total Size: 1.24 MB
ℹ️ View Unchanged
|
There was a problem hiding this comment.
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.