-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
2.0.1: Memory leak when an element in a component has a handlebars'd attribute #12265
Comments
can you try master? As this appears related to: #12256
source: @rwjblue -> #12256 (comment) |
I think this might be fixed with #12256 There was a leak in |
That sounds exactly like it. Will give it a try. |
Thanks for the thorough bug report, please confirm with latest builds that it is indeed fixed. You should be able to use latest builds from any channel to get the fix from #12256. |
That did it. Thanks everyone. What a coincidence that it got PR'ed today just as I narrowed it down on my end. |
This appears to have been present at least as far back as 1.13.5. It is separate from the other memory leak I mentioned earlier today that was fixed in 1.13.4.
Sample app: https://github.com/arthare/leakyEmberApp
Repro instructions are in the readme.md in that github.
Based on my research, it looks like whenever a DOM element in a component has an attribute made using a handlebars expression, the entire component gets leaked on route transitions.
Example: This will leak [inside a component's template]:
This will not [inside a component's template]:
Other tidbits:
The text was updated successfully, but these errors were encountered: