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(core): fix memory leak on application reference destroy #22238
Conversation
/ref #14819 |
I can confirm that this fix work. I was in trouble with memory leaks on IE, tried this fix and i saw performance increase. |
This fix worked for me as well. |
Any update on this PR? It's been a few months but this looks like a good fix. |
Any update? |
How exactly do I test this? How do I rebuild my source with the updated angular file? |
Hi @PatNumainville I'm using Angular 5 and I saw this PR. I was trying to find the packages/core/src/application_ref.ts but I could'not find it. Is this applicable in specific Angular version? Thanks |
Any updates on this? |
already fixed in #39876 |
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. |
When an application reference is destroyed it stays in memory because it is still registered in the testability registry.
Closes #22106, #13725
PR Type
What kind of change does this PR introduce?
What is the current behavior?
When an application is destroyed the application still remains in memory because the testability registry still holds a reference to the application.
Issue Number: #22106, #13725
What is the new behavior?
When an application is destroyed it is also removed from the testability registry.
Does this PR introduce a breaking change?
Other information
I have created a simple example application at https://github.com/tmair/angular-app-destroy
There are two commits, one using the current version of angular and the other one using the fixed version of angular