-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
ViewTransitions memory leak - Svelte components and Image #8512
Comments
I have a reduced example now. I can recreate this with a minimal document. It is either something leaking in the ViewTransitions component's script, or a leak in Chrome. |
Have you had any chance to have a look if this was an astro or a Chrome issue? We miss our transitions :) I'm not very familiar with astro internals but I'm happy to provide any help needed to move this forward, if you can point me in the right direction. |
Hi @jerzakm 👋🏼, i close this Astro v3 issue now because there was no progress to reproduce this in more than 12 month. Feel free to reopen when you found a minimal reproduction that is simple to reproduce. |
Astro Info
If this issue only occurs in one browser, which browser is a problem?
No response
Describe the Bug
This is a continuation of #8435 . I reported the bug a few days ago and initially it seemed that @natemoo-re 's PR fixed it (#8448) but the issue still persists.
Reproduction is still this PR threlte/threlte#601 . Astro is in apps/docs.
We added routes
/test/a
and/test/b
with links "NAVIGATE TO: B" to quickly go between them and spawn tens of thousands of DOM nodes.Url to live preview of repro:
https://threlte-7ej474mrl-threlte.vercel.app/test/a
Our repro is a page based on
MainLayout.astro
and making changes there we got it 'fixed' a few times but it was very unreliable.We tried for several hours and weren't able to pinpoint what the exact problem is we found a few fickle "fixes". Here are a few things that changed how the leak behaved and what "fixed" it sometimes:
client:*
directive on svelte component - most reliable<Image/>
component and sometimes those had to be removed off of the pageThis was also difficult to reproduce in Windows, but happened reliably on Linux/MacOS (different dependency version for windows of something like sharp, turbo etc then?).
I think the main issue is the
client:load
etc directives, and other weird behaviour is a side product.What's the expected result?
DOM nodes get removed/GC after navigation
Link to Minimal Reproducible Example
threlte/threlte#601
Participation
The text was updated successfully, but these errors were encountered: