-
Notifications
You must be signed in to change notification settings - Fork 6.8k
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
fix(autocomplete): error when closing from a destroyed view #7365
fix(autocomplete): error when closing from a destroyed view #7365
Conversation
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.
Nice 👍
It's an important fix, I hope it will be merged soon.
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.
LGTM
@crisbeto just needs rebase, add merge-ready when ready |
Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view. Fixes angular#7315.
e3e77bc
to
2cee7d7
Compare
…7365) Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view. Fixes angular#7315.
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view.
Fixes #7315.
Note: The repro case is somewhat convoluted and while I could reproduce the issue in the demo app, I had a hard time getting it to throw the error during unit tests. I added a comment instead since the logic is pretty straightforward.