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

Error closing the panel of an autocomplete inside a destroyed view. #7315

Closed
skyfremen opened this issue Sep 26, 2017 · 2 comments · Fixed by #7365
Closed

Error closing the panel of an autocomplete inside a destroyed view. #7315

skyfremen opened this issue Sep 26, 2017 · 2 comments · Fixed by #7365
Assignees
Labels
P2 The issue is important to a large percentage of users, with a workaround

Comments

@skyfremen
Copy link

Bug, feature request, or proposal:

Bug

What is the expected behavior?

Should not throw any error

What is the current behavior?

Error being thrown when attempting to close the panel of an autocomplete that is inside a destroyed view.

What are the steps to reproduce?

Plunker Link

Error Scenario
Step 1: Click on the button to open the view
Step 2 : Click on the AutoComplete but do not close the Panel
Step 3: Click on the button to close the view

Success Scenario
Step 1: Click on the button to open the view
Step 2 : Click on the AutoComplete
Step 2a : Close the Autocomplete Panel
Step 3: Click on the button to close the view

What is the use-case or motivation for changing an existing behavior?

Should not throw error

Which versions of Angular, Material, OS, TypeScript, browsers are affected?

Material Beta 11

Is there anything else we should know?

Related to (#5446) (880e6d5), #5413

@josephperrott josephperrott added the P2 The issue is important to a large percentage of users, with a workaround label Sep 26, 2017
crisbeto added a commit to crisbeto/material2 that referenced this issue Sep 27, 2017
Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view.

Fixes angular#7315.
@skyfremen
Copy link
Author

skyfremen commented Jan 9, 2018

Hi @crisbeto , may i know whats the status of this issue? It has been quite some time.

crisbeto added a commit to crisbeto/material2 that referenced this issue Jan 10, 2018
Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view.

Fixes angular#7315.
jelbourn pushed a commit that referenced this issue Jan 24, 2018
Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view.

Fixes #7315.
jelbourn pushed a commit to jelbourn/components that referenced this issue Jan 29, 2018
…7365)

Fixes an error that was being thrown, because the autocomplete tries to run change detection on a destroyed view.

Fixes angular#7315.
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Sep 8, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
P2 The issue is important to a large percentage of users, with a workaround
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants