-
-
Notifications
You must be signed in to change notification settings - Fork 55
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
Memory leak with slot > repeat #310
Comments
Probably related to #265, a dummy div between slot and repeat fixes it. Such div may be undesirable because of page layout. |
I also noticed that all lifecycle hooks are triggered except unbind. |
@EisenbergEffect Fixed by aurelia/templating#592 |
That commit didn't fix this problem. But the workaround works fine (wrap the repeat in a div) |
Another reproduction here: It looks like ShadowSlot is keeping references to it's children but never disposing of them. |
@hdplampert I don't think the gist is running on latest version of Aurelia. Can you try again with this https://codesandbox.io/s/9zzq38mn94 |
Fixed by aurelia/templating#637 Please help file new issue if the problem still persists for you. |
@EisenbergEffect @bigopon I've opened a new issue here: #392 |
I'm submitting a bug report
1.4.0
Please tell us about your environment:
Operating System:
OSX 10.x
Browser:
Chrome 62.0.3202.29
Current behavior:
When repeat.for is used in slot content, updating the iterated collection causes memory leaks. It doesn't release unused custom elements from previous collection items.
Steps to reproduce:
Expected/desired behavior:
What is the expected behavior?
All custom elements should be GC'ed when not displayed. Step 3) should return 5 Item objects only.
What is the motivation / use case for changing the behavior?
Prevent memory leaks in long-running SPA when the iterated collection changes.
The text was updated successfully, but these errors were encountered: